onmonitor - connexion ne fonctionne plus

Hello,

Depuis peu, nous avons ce message lorsque nous souhaitons utiliser onmonitor :

Citation:

---

Cannot display information since $INFORMIXSERVER is on a remote machine

---

J'ai vérifié les fichiers /etc/hosts, /etc/services, et sqlhost et je ne vois rien d'anormal. Le serveur est up depuis 1 an et aucune grosse modification n'a été apportée.

dbaccess fonctionne correctement.

Bref je ne sais plus trop ou chercher, et j'ai peur que le service informix ne se relance pas si le serveur est rebooté par exemple.

Ça vous parle ce message ?

Merci
++

Bonjour,

Le message est clair :

Tu peux pas utiliser onmonitor pour te connecter sur un serveur distant.

Alors que dans ton cas, apparemment la variable $INFORMIXSERVER pointe sur un serveur distant, donc onmonitor ne marchera pas.

Vérifier ta variable INFORMPIXSERVER sur quel serveur elle pointe.

Merci pour ta réponse, le problème est que $INFORMIXSERVER pointe bien sur le serveur en local.

C'est ça que je ne capte pas :(

INFORMIXSERVER=monserveur_shm

sqlhosts :

monserveur_shm onipcshm monserveur informix
monserveur_tcp onsoctcp monserveur informix

Et je peux forcer monserveur_shm en 127.0.0.1 dans le /etc/hosts, cela ne change rien.

Edit :

Si je set INFORMIXSERVER en monserveur, j'arrive à lancer onmonitor mais par la suite j'ai :

shared memory not initialized for INFORMIXSERVER '

J'ai regénéré le fichier infos.monserveur avec onmode -R mais ce n'est pas mieux.

Dans ce cas, vérifie ton réseau. Je pense que tu a qq chose qui marche pas bien dans ton réseau .

Bonjour,

quand tu "parles" avec le serveur avec ton INFORMIXSERVER déclaré en ipcshm, comme c'est ton cas apparamment, le protocole utilisé est celui des messages de shared memory et non pas par des sockets tpc. Cela explique pourquoi en ipcshm il est impossible techniquement de dialoguer avec une instance Informix non présente sur la même machine.

Un certain nombre des commandes exécutées au sein de onmonitor vont également lire les informations provenant du fichier $ONCONFIG (ou dans la copie des paramètres faites dans les pages système de rootdbs).

Il se peut que tu aies un déphasage de valeurs ce certains de ces paramètres, comme par exemple SERVERNUM, valeur contribuant au calcul de l'addresse du premier segment de shared memory "resident". Si cette valeur ne correspond pas aux segments de SHM déjà montés, tu recevras le message que tu indiques. Tu auras le même problème pour toute opération touchant aux segments de SHM.
Regarde la sortie de ipcs -m. tu dois avoir en théorie des segments dont l'adresse hex commence par 0x52 et dont le premier est propriétaire root, les autres informix.

Je pense que ton problème se situe dans cette région.

Bonjour et merci pour ta réponse.

Voici ce que nous avons coté segments mémoire :

------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0x74020380 8749056 root 600 4 0
0x74020356 9437185 root 600 4 0
0x52564801 10059778 root 660 11368964096 136
0x74020355 9404419 root 600 4 0
0x52564802 10092548 root 660 262144000 136
0xf9020009 27131909 root 600 189 1
0x6c029256 69795846 zabbix 600 932400 5
0x52564803 10125320 root 666 2744320 148
0x52564804 10158089 informix 660 65536000 136
0x52564805 10190858 informix 660 65536000 136
0x52564806 10223627 informix 660 65536000 136
0x52564807 10256396 informix 660 65536000 136
0x52564808 10289165 informix 660 65536000 136
0x52564809 10321934 informix 660 65536000 136
0x5256480a 10354703 informix 660 65536000 136
0x740203b9 950300 root 600 4 0

J'ai donc bien plusieurs 0x52 avec root comme owner.
Faut il les retirer avec un ipcrm ?
Est ce que cette manipulation peut jouer sur la l'activité de la BDD ?

N'est il pas plus "sage" de :

- stopper informix
- retirer les segments mémoires toujours présent
- démarrer informix

++

détruire les segments avec ipcrm: certainement pas, tu vas tuer l'instance.
si tu fais
onstat -
il dit quoi ?
que dit
ps -eaf | grep oninit


d'après ton ipcshm, le SERVERNUM du serveur qui tourne est le numéro 0
vérifie que tu as bien cette valeur pour SERVERNUM dans ton $INFORMIXDIR/etc/$ONCONFIG

on voit ce qu'on fait après cela.
montre moi aussi, si ça marche, la sortie de onstat -g seg. Il me semble que ton instance monte beaucoup de segments, ce qui peut démontrer une configuration mal adaptée de SHMVIRTSIZE

Quelle version IDS?

onstat -

IBM Informix Dynamic Server Version 11.70.FC1 -- On-Line -- Up 317 days 00:42:27 -- 11809184 Kbytes

ps -eaf | grep oninit
informix 8927 7699 0 11:31 pts/4 00:00:00 grep oninit
informix 11051 1 2 2012 ? 7-19:43:27 oninit
root 11052 11051 0 2012 ? 02:23:33 oninit
informix 11053 11052 5 2012 ? 17-11:42:45 oninit
informix 11054 11052 1 2012 ? 4-18:50:25 oninit
informix 11055 11052 0 2012 ? 2-13:56:40 oninit
root 11056 11052 0 2012 ? 00:03:37 oninit
root 11058 11052 0 2012 ? 02:42:08 oninit
root 11059 11052 0 2012 ? 3-02:27:37 oninit
root 11060 11052 0 2012 ? 00:26:49 oninit
root 11061 11052 0 2012 ? 00:00:00 oninit
root 11064 11052 0 2012 ? 08:13:21 oninit
root 11065 11052 0 2012 ? 07:46:37 oninit
root 11066 11052 0 2012 ? 01:57:40 oninit
root 11067 11052 0 2012 ? 00:46:18 oninit
root 11068 11052 0 2012 ? 00:18:40 oninit
root 11069 11052 0 2012 ? 00:15:36 oninit
root 11070 11052 0 2012 ? 00:14:23 oninit
root 11071 11052 0 2012 ? 00:13:35 oninit
root 11072 11052 0 2012 ? 00:12:56 oninit
root 11073 11052 0 2012 ? 00:12:20 oninit
root 11074 11052 0 2012 ? 00:10:24 oninit
root 11075 11052 0 2012 ? 00:09:43 oninit
root 11076 11052 0 2012 ? 00:08:56 oninit
root 11077 11052 0 2012 ? 00:07:49 oninit
root 11078 11052 0 2012 ? 00:07:07 oninit
root 11079 11052 0 2012 ? 00:06:48 oninit
root 11080 11052 0 2012 ? 00:06:34 oninit
root 11081 11052 0 2012 ? 00:06:25 oninit
root 11082 11052 0 2012 ? 00:06:15 oninit
root 11083 11052 0 2012 ? 00:06:08 oninit
root 11084 11052 0 2012 ? 00:05:54 oninit
root 11085 11052 0 2012 ? 00:05:46 oninit
root 11086 11052 0 2012 ? 00:05:34 oninit
root 11087 11052 0 2012 ? 00:05:28 oninit
root 11088 11052 0 2012 ? 00:05:18 oninit
root 11089 11052 0 2012 ? 00:05:11 oninit
root 11090 11052 0 2012 ? 00:05:00 oninit
root 11091 11052 0 2012 ? 00:04:52 oninit
root 11092 11052 0 2012 ? 00:04:44 oninit
root 11093 11052 0 2012 ? 00:04:36 oninit
root 11094 11052 0 2012 ? 00:04:30 oninit
root 11095 11052 0 2012 ? 00:04:25 oninit
root 11097 11052 0 2012 ? 00:04:20 oninit
root 11098 11052 0 2012 ? 00:04:13 oninit
root 11099 11052 0 2012 ? 00:04:07 oninit
root 11100 11052 0 2012 ? 00:04:02 oninit
root 11101 11052 0 2012 ? 00:03:58 oninit
root 11102 11052 0 2012 ? 00:03:54 oninit
root 11103 11052 0 2012 ? 00:03:46 oninit
root 11104 11052 0 2012 ? 00:03:42 oninit
root 11105 11052 0 2012 ? 00:03:39 oninit
root 11106 11052 0 2012 ? 00:03:33 oninit
root 11107 11052 0 2012 ? 00:03:28 oninit
root 11108 11052 0 2012 ? 00:03:23 oninit
root 11109 11052 0 2012 ? 00:03:20 oninit
root 11110 11052 0 2012 ? 00:03:15 oninit
root 11111 11052 0 2012 ? 00:03:13 oninit
root 11112 11052 0 2012 ? 00:03:09 oninit
root 11113 11052 0 2012 ? 00:03:07 oninit
root 11114 11052 0 2012 ? 00:03:02 oninit
root 11115 11052 0 2012 ? 00:02:59 oninit
root 11116 11052 0 2012 ? 00:02:55 oninit
root 11117 11052 0 2012 ? 00:02:52 oninit
root 11118 11052 0 2012 ? 00:02:49 oninit
root 11119 11052 0 2012 ? 00:02:47 oninit
root 11120 11052 0 2012 ? 00:02:44 oninit
root 11121 11052 0 2012 ? 00:02:39 oninit
root 11122 11052 0 2012 ? 00:02:39 oninit
root 11123 11052 0 2012 ? 00:02:32 oninit
root 11124 11052 0 2012 ? 00:02:32 oninit
root 11125 11052 0 2012 ? 00:02:29 oninit
root 11126 11052 0 2012 ? 00:02:24 oninit
root 11127 11052 0 2012 ? 00:02:21 oninit
root 11128 11052 0 2012 ? 00:02:18 oninit
root 11129 11052 0 2012 ? 00:02:17 oninit
root 11130 11052 0 2012 ? 00:02:12 oninit
root 11131 11052 0 2012 ? 00:02:12 oninit
root 11132 11052 0 2012 ? 00:02:08 oninit
root 11133 11052 0 2012 ? 00:02:05 oninit
root 11134 11052 0 2012 ? 00:02:03 oninit
root 11135 11052 0 2012 ? 00:02:01 oninit
root 11202 11052 0 2012 ? 00:01:58 oninit
root 11234 11052 0 2012 ? 00:01:56 oninit
root 11235 11052 0 2012 ? 00:01:53 oninit
root 11242 11052 0 2012 ? 00:01:52 oninit
root 11257 11052 0 2012 ? 00:01:49 oninit
root 11272 11052 0 2012 ? 00:01:48 oninit
root 11273 11052 0 2012 ? 00:01:46 oninit
root 11274 11052 0 2012 ? 00:01:44 oninit
root 11275 11052 0 2012 ? 00:01:41 oninit
root 11276 11052 0 2012 ? 00:01:40 oninit
root 11277 11052 0 2012 ? 00:01:40 oninit
root 11278 11052 0 2012 ? 00:01:37 oninit
root 11279 11052 0 2012 ? 00:01:34 oninit
root 11280 11052 0 2012 ? 00:01:33 oninit
root 11281 11052 0 2012 ? 00:01:32 oninit
root 11282 11052 0 2012 ? 00:01:30 oninit
root 11283 11052 0 2012 ? 00:01:29 oninit
root 11284 11052 0 2012 ? 00:01:28 oninit
root 11285 11052 0 2012 ? 00:01:27 oninit
root 11286 11052 0 2012 ? 00:01:27 oninit
root 11287 11052 0 2012 ? 00:01:24 oninit
root 11288 11052 0 2012 ? 00:01:22 oninit
root 11289 11052 0 2012 ? 00:01:22 oninit
root 11290 11052 0 2012 ? 00:01:21 oninit
root 11291 11052 0 2012 ? 00:01:19 oninit
root 11292 11052 0 2012 ? 00:01:19 oninit
root 11293 11052 0 2012 ? 00:01:18 oninit
root 11294 11052 0 2012 ? 00:01:17 oninit
root 11295 11052 0 2012 ? 00:01:16 oninit
root 11296 11052 0 2012 ? 00:01:14 oninit
root 11297 11052 0 2012 ? 00:01:14 oninit
root 11298 11052 0 2012 ? 00:01:13 oninit
root 11299 11052 0 2012 ? 00:01:12 oninit
root 11300 11052 0 2012 ? 00:01:10 oninit
root 11301 11052 0 2012 ? 00:01:10 oninit
root 11302 11052 0 2012 ? 00:01:10 oninit
root 11303 11052 0 2012 ? 00:01:09 oninit
root 11304 11052 0 2012 ? 00:01:08 oninit
root 11305 11052 0 2012 ? 00:01:07 oninit
root 11306 11052 0 2012 ? 00:01:06 oninit
root 11307 11052 0 2012 ? 00:01:05 oninit
root 11308 11052 0 2012 ? 00:01:04 oninit
root 11309 11052 0 2012 ? 00:01:04 oninit
root 11310 11052 0 2012 ? 00:01:07 oninit
root 11311 11052 0 2012 ? 00:01:03 oninit
root 11312 11052 0 2012 ? 00:01:03 oninit
root 11313 11052 0 2012 ? 00:01:02 oninit
root 11314 11052 0 2012 ? 00:01:02 oninit
root 11315 11052 0 2012 ? 00:01:01 oninit
root 11316 11052 0 2012 ? 00:01:01 oninit
root 11317 11052 0 2012 ? 00:01:00 oninit
root 11318 11052 0 2012 ? 00:01:00 oninit
root 11319 11052 0 2012 ? 00:26:44 oninit
root 11320 11052 0 2012 ? 00:11:05 oninit
root 11331 11052 0 2012 ? 00:11:46 oninit

Je ne devrais pas avoir comme owner informix sur ces process ??

Je te confirme que : SERVERNUM 0

onstat -g seg

IBM Informix Dynamic Server Version 11.70.FC1 -- On-Line -- Up 317 days 00:45:27 -- 11809184 Kbytes

Segment Summary:
id key addr size ovhd class blkused blkfree
10059778 52564801 44000000 11368964096 133663600 R 2775624 2
10092548 52564802 2e9a4a000 262144000 3073648 V 60376 3624
10125320 52564803 2f944a000 2744320 33520 M 669 1
10158089 52564804 2f96e8000 65536000 769552 V 12265 3735
10190858 52564805 2fd568000 65536000 769552 V 3983 12017
10223627 52564806 3013e8000 65536000 769552 V 3983 12017
10256396 52564807 305268000 65536000 769552 V 3978 12022
10289165 52564808 3090e8000 65536000 769552 V 3864 12136
10321934 52564809 30cf68000 65536000 769552 V 3977 12023
10354703 5256480a 310de8000 65536000 769552 V 188 15812
Total: - - 12092604416 - - 2868907 83389

(* segment locked in memory)


Comme indiqué les fichiers de conf n'ont pas été modifiés depuis plus d'un an.

ton instance à l'air de marcher à ce que je vois. Ce qui m'inquiète c'est le nombre de processes oninit qui est "exhorbitant"!

tu arrives à te connecter via dbaccess ce qui veut dire que la couche SQL marche. Tu arrives à lancer onstat, ce qui veut dire que tu arrives à te connecter à la SHMEM correctement.

Tu as toujours le même message avec onmonitor?

à ce stade, je ferais dans un premier temps:
onstat -u > onstat_u.out
onstat -g ses > onstat_g_ses.out
onstat -g ath > onstat_g_ses.out
onstat -g glo > onstat_g_glo.out

si tu veux je jette un oeil dessus. Mets tout cela dans un zip et Fais-moi parvenir tout celà par email.

envoie moi aussi le online.log ( compressé s'il le faut)
Je passe qu'il n'y a pas de risque à faire onmode -yuck, attendre de récupérer la main, puis oninit -v pour redémarrer.

Vérifie que tu as un backup ontape ou onbar suffisamment récent et utilisable en cas de gros pépin, mais à priori, ce ne doit pas être le cas.
Tu peux même en faire un maintenant si possible ( niveau 0 bien sûr)!

Voila, dis moi ce que tu en penses

Je t'ai envoyé un MP ;)

Je ne pourrai malheureusement pas redémarrer le serveur et ou service quand je veux, ce dernier est assez critique.

Dans le online.log je vois une multitude de :

16:31:29 listener-thread: err = -25580: oserr = -1: errstr = : System error occurred in network function.
System error = -1.
16:34:42 listener-thread: err = -25582: oserr = 0: errstr = : Network connection is broken.

16:38:08 listener-thread: err = -25580: oserr = -1: errstr = : System error occurred in network function.
System error = -1.

++

Ces erreurs indiquent effectivement un problème de réseau. Au vu du online.log
elles surviennent régulièrement depuis 2011.

Vu que les occurences ne sont pas permanentes, je pencherais pour dire qu'elles surviennent dans des périodes de trafic réseau intense.

Il serait bon de monitoriser le réseau sur des périodes prolongées et tentant de rapprocher les incidents avec ceux du online.log.

Y a til des plaintes d'utilisateurs?

Le nombre exhorbitant de process oninit est dû à une configuration inadaptée des entrées-sorties Informix.