echec lancement du service snmptrapd

echec lancement du service snmptrapd - Réseaux - Systèmes & Réseaux Pro

Marsh Posté le 18-02-2011 à 22:34:24    

:hello:  
 
J'ai un serveur installé à partir de la distribution FAN (Fully Automated Nagios), c'est une distribution basé sous Centos avec différents services pour la supervision dont Nagios, Centreon, NagVis, snmpd, snmptrapd etc...
Le serveur fonctionnait parfaitement depuis des mois et dans la matiné j'ai installé des MIB puis les alertes passives sur Nagios via Centreon pour remonter des informations sur des matériels Cisco.
 
Vers 12h00 les traps envoyés par les différents serveurs supervisés ne sont plus récupéré par le service snmptrapd et donc ne sont plus renvoyé sur Centreon.
J'ai redémarré le service cela n'a rien fait, j'ai regardé les fichiers de configuration snmpd et snmptrap, ils sont correct et n'ont pas été changé depuis la première installation de la distribution et en milieu d'après-midi le service snmptrapd ne veut plus démarrer.
 
quand j'effectue les commandes:
/etc/init.d/snmptrapd stop
il me renvoie une erreur "échec"
 
/etc/init.d/snmptrapd start
c'est écrit démarrer, mais je ne le vois pas dans les processus
 
/etc/init.d/snmptrapd status
il me renvoie ce message snmptrapd est mort mais le fichier pid existe
je regarde dans /var/log/snmptrapd.pid il est bien créé et lorsque j'arrête le service le pid n'existe plus.
 
Pensez-vous que l'export des MIB sur Centreon aurait pu "casser" le service snmptrapd ? alors qu'ils n'ont aucun lien entre eux.
Bref je sais plus trop où chercher si quelqu'un a eu exactement le même problème ou une idée de solution je suis preneur.
 
 
PS: je ne peux pas rebooter le serveur.
PS2: je reçois bien les alertes car lorsque je "sniffe" avec tcpdump sur le port 162 (snmp) j'obtient bien des trames traps.
 
 :jap:  :jap:  :jap:


Message édité par hulo le 21-02-2011 à 09:37:25
Reply

Marsh Posté le 18-02-2011 à 22:34:24   

Reply

Marsh Posté le 22-02-2011 à 10:59:07    

essaies de lancer le script de démarrage comme ci-dessous :  
sh -x /etc/init.d/snmptrapd start  
et copies/colles le résultat de la commande ci-dessus dans le post.

Reply

Marsh Posté le 23-02-2011 à 13:44:01    

Apparemment le service s'est mal arrêté, j'ai donc tué le processus puis relancer le service snmptrapd (/etc/init.d/snmptrapd start).
 
 
Maintenant j'ai un autre problème, je ne reçois pas d'alerte passive de Cisco sur Centreon pourtant les services sont bien configurés:
- je place les mib dans /usr/share/snmp/mibs
- je compile les mib dans Centreon
- je modifie les traps pour les mettre en "warning" ou "critique"
- je cré un service passive qui utilise ces traps avec la commande "check_dummy 0"
- je génère les fichiers de conf des traps, j'exporte la config et redémarre à partir de Centreon.
 
Cette méthode a fonctionné pour les traps d'une machine Bluecoat.
 
Mais lorsque je le fait pour des materiels Cisco il ne renvoie aucune alerte dans Centreon et pourtant je récupère bien les alertes générés par snmptrapd dans /var/log/snmptt.log.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed