Discussion :

[GBAGO]

Bonjour à tous,

Nous avons connu quelques perturbations sur notre serveur et lorsque nous l'avons redémarré, l'instance informix n'arrive pas à démarrer.
Le démarrage de l'instance se bloquerait au niveau de ipcshm.
Ci-dessous une partie de la commande oninit -vy :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
Writing to infos file ... succeeded
Checking config parameters...succeeded
WARNING : If you intend to use J/Foundation with this Server instance, please make sure that your SHMBASE value specifies in onconfig is 0x700000010000000 or above. Otherwise you will have problems while dynamically adding virtual shared memory segments. Please refer to Server machine notes for more information.
Allocating and attaching to shared memory...succeeded
Creating resident pool 44684 kbytes...succeeded
Creating buffer pool 419432 kbytes...succeeded
Creating buffer pool 8 kbytes...succeeded
Initializing rhead structure...succeeded
Initializing ASF ...succeeded
Initializing Dictionary Cache and SPL Routine Cache...succeeded
Bringing up ADM VP...succeeded
Creating VP classes...succeeded
Onlining 2 additional cpu vps...succeeded
Onlining 2 IO vps...succeeded
Initialization of Encryption...succeeded
Forking main_loop thread...succeeded
Initializing DR structures...succeeded
Forking 1 'soctcp' listener threads...succeeded
Forking 1 'ipcshm' listener threads...

Merci d'avance de votre aide.

Cordialement,

[begooden-it]

Bonjour,


j'arrive franchement en retard et j'espère que depuis le temps tu as démarré ;-). Sinon cela pourra servir j'espère à d'autres.

Le premier réflexe dans ce cas est d'aller voir dans ton fichier log ( MSGPATH dans onconfig ), qui détaillera un peu plus ton problème.

Une des root causes les plus fréquentes de refus de démarrage est un blocage au niveau justement de la shared memory.
les causes peuvent en être:
* un mauvais paramètrage de la shared memory dans ton système ( de moins en moins courant): regarde attentivement la release note et cherche SHMMIN et SHMMAX si des modifications sont demandées.
* une mauvaise valeur du paramètre dans onconfig SHMBASE. ceci arrive quand tu recopies un onconfig soit d'une autre version, soit d'un Informix porté sur un autre OS. Il faut toujours garder la valeur du onconfig.std
* un autre process ( autre que IDS ), a déjà alloué des segments de SHM qui se "croisent" avec ceux que veut prendre IDS. pour cela lance

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ipcs -m

et regarde s'il y a des adresses qui correspondent à celles d'IDS.
* ton IDS n'a pas été arrêté proprement ( vraisemblablement un kill -9 ) et il reste des segments de SHM qui n'ont pas été nettoyés. Identifie les avec ipcs -m et supprime les avec ipcrm . Attention aux "voisins", si tu te trompes tu peux flinguer une autre application......
* tu essayes de démarrer une instance IDS par dessus une autre instance IDS qui a le même paramètre onconfig SERVERNUM. cela est interdit.
dans ce cas modifie le paramètre SERVERNUM de la nouvelle instance et changes en la valeur ( entre 0 et 255 ).

On a fait le tour des scénarios les plus courants. En cas de doute, contacte moi.

Eric