daemon snmpd tombe apr

Bonjour

Je reviens sur mon problème de daemon snmp

j'arrive à reproduire le plantage avec un snmpwalk
sur .1.3.6.1.4.1.2021.11 qui est dans entreprise.ucdavis, voir avec un
get sur .1.3.6.1.4.1.2021.11.9 (ssCpuUser, je veux récupérer les infos
sur le consommation cpu)

sur le serveur avec un tcpdump je vois deux requêtes snmp GetnextRequest
puis le serveur répond udp port snmp unreachable [tos 0xc0] (le daemon
snmpd est tombé)

Par contre si j'interroge d'autres variables snmp (interface par
exemple) le daemon ne tombe pas.

mon serveur est un bi-pro xeon mais j'ai le même serveur avec la même
configuration qui lui n'a pas de pb au niveau du daemon snmp, la seule
différence serait le nombre de connexion tcp qui est beaucoup plus élevé
sur le serveur qui a son snmpd qui plante.

J'ai mis le daemon snmpd en mode débug mais ne n'ai pas d'info sur son
plantage.

avez vous une piste ?


Merci

Patrick


Le lundi 20 juin 2005 à 18:39 +0200, Patrick Noël a écrit :

Bonjour

Sous une debian 3.0r2 j'ai le daemon snmpd qui se plante au bout de 15
minutes environ.

J'ai une machine de supervision (nagios et mrtg) qui fait des requêtes
régulière vers mon serveur (environ toute les 5 minutes).

J'ai vérifié avec un tcpdump je n'ai qu'une seule machine qui envoie des
requêtes snmp vers mon serveur.

Dans les log je ne vois aucune info concernant un pb au niveau du daemon
snmpd, je l'ai mis en mode debug sans trace visible d'un problème.

Comment générer une trace pour ce plantage ?

J'ai essayé de lancer le daemon via inetd mais cela ne marche pas j'ai
le message suivant à chaque connexion :
Jun 20 16:42:54 ocr-sf1-rsi inetd[10046]: snmp/udp server failing
(looping), service terminated

Est il possible de lancer snmpd via inetd ou xinetd ?


Merci

Patrick

--
Pensez