Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1436 connectés 

  FORUM HardWare.fr
  Systèmes & Réseaux Pro
  Réseaux

  echec lancement du service snmptrapd

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

echec lancement du service snmptrapd

n°77596
hulo
Posté le 18-02-2011 à 22:34:24  profilanswer
 

: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
mood
Publicité
Posté le 18-02-2011 à 22:34:24  profilanswer
 

n°77675
pkc
Posté le 22-02-2011 à 10:59:07  profilanswer
 

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.

n°77728
hulo
Posté le 23-02-2011 à 13:44:01  profilanswer
 

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.


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Systèmes & Réseaux Pro
  Réseaux

  echec lancement du service snmptrapd

 

Sujets relatifs
probleme lancement script en gpoLancement d'impression de plusieurs fichiers PDF
Echec sauvegarde sur bandeActiver service remote registry via GPO (2003 server)
Nouveau service de solution en ligne externaliséLe service d'annuaire n'a pas pu allouer un identificateur relatif.
[Win2003] Session TS et lancement d'appli automatiqueService NFS indisponible sous win 2003 standard
Tâches planifiées et problème de lancement 
Plus de sujets relatifs à : echec lancement du service snmptrapd


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR