Removendo segmentos de memória compartilhada no Linux (4324630)

Removendo segmentos de memória compartilhada no Linux

Um usuário teve o seguinte erro ao iniciar o Shareplex(sp_cop):

[ILUV shareplex] $ ./sp_cop -u2600 &
[1] 1161
[ILUV shareplex] $ can't setup shared memory statistics capability - exiting

Quando o Shareplex tem um shutdown inesperado ou por algum motivo não remove todos os seus processos após um shutdown.

Para solucionar este problema, execute o seguinte procedimento em seu $SP_SYS_VARDIR/rim:

od -x shmaddr.loc 
od -x shstinfo.ipc 

Este comando vai gerar um conjunto de numeros como estes abaixo:

$ od -x shmaddr.loc 
0000000 0012 006d e000 f635 9640 001a 7000 0001 
0000020 8024 01fc 
0000024 
$ od -x shstinfo.ipc 
0000000 8007 006c a000 f64c 9640 000a 0000 0080 
0000020 0023 01fc 
0000024 

Podemos remover os seguimentos de memória compartilhado procurando pelo sexto conjunto de numeros retornados pelo comando od-x.

Por exemplo, o sexto conjunto de numeros do retorno acima é 9640. 

Será necessário agora executar o comando ipcs -a | grep 9640 para que seja exibida a lista de seguimentos de memória compartilhados. Será exibido um retorno como o seguinte:

$ ipcs -a | grep 9640 
------ Shared Memory Segments -------- 
key        shmid      owner      perms      bytes      nattch     status      
0x001a9640 7143442    oracle    644        94208      0                       
0x003a9640 7176211    oracle    644        33554432   0                       
0x004a9640 7208980    oracle    644        8388608    0                       
0x005a9640 7241749    oracle    644        8388608    0                       
------ Semaphore Arrays -------- 
key        semid      owner      perms      nsems     
0x000a9640 33292323   oracle    666        12        
0x001a9640 33325092   oracle    666        26        
------ Message Queues -------- 
key        msqid      owner      perms      used-bytes   messages     

Agora será necessário utilizar-se do comando ipcrm para remover os seguimentos de memória não desejados. E necessário privilégios de administrador (ROOT) para executar o seguinte comando.

Ainda considerando o exemplo anterior:

$ ipcrm -m 7143442 
$ ipcrm -m 7176211 
$ ipcrm -m 7208980    
$ ipcrm -m 7241749 

$ ipcrm -s 33292323   
$ ipcrm -s 33325092    

Re-execute o comando ipcs -a | grep <sexto conjunto de numeros> para garantir que os seguimentos de memória não serão mais exibidos.

Após este procedimento tente novamente iniciar o Shareplex.

Foi observado que em algumas versões do Linux (RH 3.0) o retorno do comando ipcs -a pode ser um pouco diferente do apresentado anteriormente: [oracle@DTEIUC2-1pub rim]$ od -x shmaddr.loc 0000000 8008 003d 6000 41a5 1753 0011 7000 0001 0000020 800b 0028 0000024 [oracle@DTEIUC2-1pub rim]$ od -x shstinfo.ipc 0000000 0007 003d 6000 4125 1753 0001 0000 0080 0000020 000a 0028 0000024 E o comando ipcs | grep 1753 exibe o seguinte retorno: [oracle@DTEIUC2-1pub rim]$ ipcs -a | grep 1753 0x00011753 4227079 root 644 8388608 0 0x00111753 4259848 root 644 94208 0 0x00311753 4292617 root 644 104857600 0 0x00411753 4325386 root 644 104857600 0 0x00511753 4358155 root 644 104857600 0 0x00611753 4390924 root 644 104857600 0 0x00011753 2719754 root 666 12 0x00111753 2752523 root 666 26 Do retorno acima, podemos perceber que não existe separação entre as entradas de semáforo e de memória compartilhada, o quarto campo possui uma pequena diferença (provavelmente permissão). Então no caso da memória compartilhada 644 o semáforo utilizado é 666. Portanto o seguinte comando é executado para remover a memória compartilhada e os semáforos: ipcrm -m 4227079 ipcrm -m 4259848 ipcrm -m 4292617 ipcrm -m 4325386 ipcrm -m 4358155 ipcrm -m 4390924 ipcrm -s 2719754 ipcrm -s 2752523