Bonjour, n'ayant pas une bonne experience avec Nagios, et après avoir longtemps cherché la cause de mon problème (sans la trouver...) je viens chercher un soutiens ici-même.
 
Sur un serveur Debian, Nagios v2.12 (et également Centreon) , qui surveille d'autres serveurs, ainsi que lui meme (localhost)
 
Mon problème est que depuis quelques jours, et sans qu'il ne se passe quoi que ce soit de particulier, j'ai des alertes dans Centreon liées à des non réponses sur localhost... Pas de problème avec ces meme checks sur les autres serveurs. De plus, dans l'interface d'administration de Nagios, rubrique 'host detail', il voit le serveur UP.
 
Voici quelques exemples des checks sur les services sur localhost:
centreon_load_average   UNKNOWN: No response from remote host '78.xx.xx.xx'.
centreon_traffic_eth0     ERROR: Description Table : No response from remote host '78.xx.xx.xx'.
memoire     ERROR: netsnmp : No response from remote host '78.xx.xx.xx'.
 
Comme je vous l'ai dit, il n'y a que sur localhost que les checks ne répondent pas.
 
Je voudrais savoir quels sont les vérifications que je dois faire par rapport à une non réponse du serveur. Merci.

Après avoir fait plusieurs test, et vérifications, j'ai pu déduire que mon problème venait surement de mon snmpd local qui ne répondait pas.  
Il est pourtant bien lancé :
 ps ax | grep snmp
 8200 ?        S      0:00 /usr/sbin/snmpd -Lsd -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid
 
J'ai aussi tenté de le relancer... Sa configuration n'a pas changée, elle est donc bonne! L'incident est survenu sans conséquence à d'éventuelles actions.
De plus, snmpd est bien en écoute sur son port.
 
Avez vous une idée ? Merci

tu aurais pas upgradé snmpd récemment ?

Ben justement c'est ce que j'essaye de me souvenir... j'ai fait des mises à jours, j'ai comme un bon souvenir d'avoir mis à jour snmpd justement, mais j'ai l'impression, meme en verifiant, que c'etait après avoir eu le départ de ces problèmes.  
 
Pk ? Une idée ?

grep parano /etc/snmp/snmp*

grep parano /etc/snmp/snmp*
 
/etc/snmp/snmpd.conf:group MyROSystem v1         paranoid
/etc/snmp/snmpd.conf:group MyROSystem v2c        paranoid
/etc/snmp/snmpd.conf:group MyROSystem usm        paranoid
 
Qui font donc référence à la déclaration des liens entre security names et group names
 
Quel pourrait être le lien avec une mise à jour de snmpd ?
 
Merci de ton aide black_lord.

tu n'as pas de /etc/snmp/snmp.conf ?

Si, mais il n'y a que ces deux lignes à l'intérieur :
 
mibs ALL
mibAllowUnderline 1

sur une debian ?

edit : my bad =>

un snmpwalk en local ça passe ?

Oui sur Debian Etch, snmpwalk ne me répond plus non plus :
 
snmpwalk -c mdp -v1 localhost  
Timeout: No Response from localhost
 

par défaut c'est de la v2
 
allez, snmpconf -i et zou

Ok, désolé pour le v1...
 
Mais tu veux que je reconfigure tous mes fichiers de configuration ? Pour rappel, mes checks fonctionne sur d'autres machines, le probleme est seulement local.

c'est que ton snmp local est mal configuré, rien de dramatique

Je crois que les plugins nagios font du snmp v1 par défaut.
 
Moi je testerais directement la commande du script nagios pour voir, et y'a l'option "-v 2c" dans le plugin si je me rappel bien.

Je reviens sur mon problème, après d'autres recherche sur ce que pourrait m'apporter "snmpconf -i", je ne suis pas sur (sauf une petite explication de black_lord) que changer la configuration d'un fichier qui fonctionnait peut m'apporter quelque chose.
 
Cependant, j'aurais bien voulu savoir ce qui t'a motivé à me demander si j'avais mis à jour snmpd ? Des problèmes sont connus après cette mise à jour ?

outre le fait que par défaut snmpd ne binde que sur 127.0.0.1 ?

Oui j'ai pu voir en cherchant que certaines personnes avait plus souvent le cas inverse, et que par defaut, il ne check que sur lui meme. Moi c'est plutot le cas inverse...    
 
Une mise à jour aurait pu changer ma configuration ? J'avais comme idée de revenir à une version précédente :  
 
net-snmp_5.2.3.orig.tar.gz  
sur http://packages.debian.org/fr/etch/snmpd
 
Ca servirait à quelque chose ?

non.
 
Si ton snmp ne répond pas en local, c'est qu'il est mal configuré. Reconfigure le from scratch et c'est tout.