View Full Version : ERROR: hrStorageDescr Table
Bonjour, j'ai un soucis de service, me semble-t-il dû au snmp...
Mon serveur Centreon (Debian etch / Nagios3 / Centreon2)
Et mon client où les services snmp ne fonctionnent pas : Debian Lenny
Les services fonctionnent pour mes autres hôtes (xp, vista...)
check_centreon_remote_storage : ERROR: hrStorageDescr Table : No response from remote host '192.168.253.70'.
check_centreon_memory : ERROR: Description Table hrStorageType : No response from remote host '192.168.253.70'.
Alors que le ping fonctionne...
Mes snmpd.conf (du client Lenny et du serveur, ce sont les mêmes) :
# sec.name source community
#com2sec paranoid default public
com2sec readonly default public
#com2sec readwrite default private
Merci pour votre aide !
nunki
3rd June 2009, 11:20
Au final, tu as toujours ton problème...
Ce que tu nous montres de ton fichiers de configuration n'est pas suffisant pour savoir s'il est correct ou non. Plus loin dans le fichier, tu lui donnes les droits de visu sur la MIB. Regarde s'il peut tout voir.
Essaye d'être le moins restrictif possible pour déjà cerner d'où vient le problème.
Et au lieu de mettre "default", essaye avec l'adresse de ton serveur centreon (enfin celui qui envoie les requetes snmp). Je ne sais pas à quoi correspond efault: tout le monde? localhost? ...
Je ne sais pas à quoi correspond default (c'est ce qu'il y a par défaut), mais ça doit fonctionner comme ça normalement, mais je vais quand meme mettre l'adresse du serveur.
Ce n'est plus le même soucis, ce n'est que sur mon hôte Lenny que ces services ne fonctionnent pas, sur mes autres hôtes c'est tout bon. Donc je pense que ça vient peut-être de la conf du client Lenny.
Pour mon fichier snmpd.conf (serveur et client):
# sec.name source community
#com2sec paranoid default public
com2sec readonly default public
#com2sec readwrite default private
####
# Second, map the security names into group names:
# sec.model sec.name
group MyROSystem v1 paranoid
group MyROSystem v2c paranoid
group MyROSystem usm paranoid
group MyROGroup v1 readonly
group MyROGroup v2c readonly
group MyROGroup usm readonly
group MyRWGroup v1 readwrite
group MyRWGroup v2c readwrite
group MyRWGroup usm readwrite
####
# Third, create a view for us to let the groups have rights to:
# incl/excl subtree mask
view all included .1 80
view system included .iso.org.dod.internet.mgmt.mib-2.system
####
# Finally, grant the 2 groups access to the 1 view with different
# write permissions:
# context sec.model sec.level match read write notif
access MyROSystem "" any noauth exact system none none
access MyROGroup "" any noauth exact all none none
access MyRWGroup "" any noauth exact all all none
Je ne vois pas vraiment d'où vient le problème... Est-ce la version Lenny, ou la conf de snmp, sur le client ou le serveur...
Je pense que ça vient surement de mon client Debian Lenny, comment doit-on configurer snmp sur ce client ?
merci !
YodaNC
3rd June 2009, 17:37
dans le fichier /etc/default/snmpd : enlever 127.0.0.1
Merci c'est exactement ça !
Merci beaucoup, sujet clos ;)
cartapus
4th August 2009, 15:24
J'avais le même genre de problème.
En enlevant 127.0.0.1 dans /etc/default/snmpd, cela à résolu le problème.
Mais a quoi sert ce fichier? Et d'enlever 127.0.0.1?
nschmitz
4th August 2009, 15:58
En enlevant 127.0.0.1 dans /etc/default/snmpd, cela à résolu le problème.
Mais a quoi sert ce fichier? Et d'enlever 127.0.0.1?
snmpd est le service sur lequel va se connecter ton serveur centreon pour interroger les éléments snmp de ton serveur à monitorer.
127.0.0.1 est l'adresse de loopback : quand tu mets cette adresse dans snmpd, tu lui dit de n'écouter qu'en local, et pas les requêtes provenant du réseau.
Donc tant que cette adresse est spécifiée, ton serveur centreon ne peut pas contacter ton snmpd.