View Full Version : Probleme avec check_centreon_snmp_remote_storage
Kulgan
03-19-2008, 09:14 PM
Bonjour,
Je veux integrer la verification d'espace disque par snmp dans mon Centreon.
lorsque je fais en ligne de commande:
./check_centreon_snmp_remote_storage -H 62.160.76.104 -d 4
./check_centreon_snmp_remote_storage -H 62.160.76.104 -d 7
je recupere bien mes valeurs pour mes deux disques.
mais lorsque je le traduit dans l'interface web par:
check_centreon_snmp_remote_storage
!/!public!80!90!1!4
check_centreon_snmp_remote_storage
!/!public!80!90!1!7
je ne recupere que les infos de mon premier disque.
Est que quelqu'un aurait une idee ?
Merci
maginite
09-11-2008, 01:10 PM
Bonjour j'utilise aussi checn_centreon_remote_storage sur la version Centreon 1.4.1.
Auparavant j'utilisais un check_graph_remote_storage j'avais ainsi des infos sur les disques durs de mes serveurs ainsi que des courbes donnant l'evolution de la quantité de donnée stockée.
Depuis que j'utilise check_centreon_remote_storage mes services sont à l'état OK mais j'obtiens aussi le message (No output!).
De ce fait aucun cadre permettant d'afficher les courbes sur l'etats des D.D. n'apparait.
J'utilise la commande $USER1$/check_centreon_snmp_remote_storage $HOSTADDRESS$ -n -d $ARG1$ -C $ARG2$ -w $ARG3$ -c $ARG4$ -v $ARG5$
Via putty :j'ai des info sur les disques durs
Via centreon : j ai juste un service à l'état OK sans auncue remontée d'info sur le DD.
Pouvez vous m'aider merci.
surcouf
09-11-2008, 01:47 PM
Bonjour j'utilise aussi checn_centreon_remote_storage sur la version Centreon 1.4.1.
Auparavant j'utilisais un check_graph_remote_storage j'avais ainsi des infos sur les disques durs de mes serveurs ainsi que des courbes donnant l'evolution de la quantité de donnée stockée.
Depuis que j'utilise check_centreon_remote_storage mes services sont à l'état OK mais j'obtiens aussi le message (No output!).
Alors le plugin est mal écrit : l'état par défaut devrait être UNKNOWN.
De ce fait aucun cadre permettant d'afficher les courbes sur l'etats des D.D. n'apparait.
J'utilise la commande $USER1$/check_centreon_snmp_remote_storage $HOSTADDRESS$ -n -d $ARG1$ -C $ARG2$ -w $ARG3$ -c $ARG4$ -v $ARG5$
Via putty :j'ai des info sur les disques durs
Via centreon : j ai juste un service à l'état OK sans auncue remontée d'info sur le DD.
Peux-tu être plus précis concernant les commandes que tu as testés ainsi que les valeurs saisies pour le service exploitant ta commande.
Ps: est-ce que tu n'aurais pas réalisé des tests en tant que root ?
maginite
09-11-2008, 02:31 PM
Oui j'ai réalisé les commandes en root , j'ai oublié l'emplacement des fichiers générés par la commande. Je sais que je dois supprimer ce fichier ou modifier les droits d'accès.
Ce que je comprend pas c'est que lorsque j'execute la commande en root j'obtiens un resultat cohérent
Disk OK - E:\ Label:DATA Serial Number 221547c3 TOTAL: 33.894 Go USED: 44% : 14.996 Go|size=36392923136o used=16101380096;1449124208640;1529631109120
Ce que je ne comprend pas c'est pourquoi lors que j'ai mis en place ce service avec ce plugin pour la première fois, j'ai obtenu un résultat (no output!).
Le plugins serait il mal codé? ou ai je fais une boulette (une fois de plus :p , je dois bien apprendre lol )
Merci d'avance pour vos conseils.
Guigui2607
09-11-2008, 03:02 PM
Y'a des chances que ce soit dans le répertoire /tmp... :roll:
maginite
09-11-2008, 04:24 PM
A oui merci je ne m'en rappelais plus.
Ca sera toujours ca à ajouter dans la doc d'utilisation pour les collègues :p
Merci
Une idée sur le "no output"?
Guigui2607
09-11-2008, 04:30 PM
Juste la première fois que tu as exécuté ce plugin ? Ou à chaque fois ?
surcouf
09-12-2008, 01:30 AM
Oui j'ai réalisé les commandes en root , j'ai oublié l'emplacement des fichiers générés par la commande. Je sais que je dois supprimer ce fichier ou modifier les droits d'accès.
Ce que je comprend pas c'est que lorsque j'execute la commande en root j'obtiens un resultat cohérent
Disk OK - E:\ Label:DATA Serial Number 221547c3 TOTAL: 33.894 Go USED: 44% : 14.996 Go|size=36392923136o used=16101380096;1449124208640;1529631109120
Ce que je ne comprend pas c'est pourquoi lors que j'ai mis en place ce service avec ce plugin pour la première fois, j'ai obtenu un résultat (no output!).
Le plugins serait il mal codé? ou ai je fais une boulette (une fois de plus :p , je dois bien apprendre lol )
Il n'est pas « mal » codé. Simplement, si tu l'exécutes en tant que root, il va créer un fichier temporaire qui appartiendra à root dans /tmp. Or, lorsque tu vas l'intégrer au sein de Nagios, ce dernier va l'exécuter avec son propre utilisateur, généralement nagios. Et celui-ci n'aura évidemment pas le droit d'écrire ou d'effacer le précédent fichier. Par contre, il ne gère pas ce type d'erreur (ne serait-ce qu'afficher un message d'erreur avec le code de retour UNNOWN) et c'est regrettable.
maginite
09-12-2008, 10:04 AM
J'ai supprimé le fichier dans /tmp mais le résultat est le même.
En effet je connaissais cette histoire de droit d'accès lorsque l'on teste les plugins en root.
J'ai donc toujours testé la même machine (plus facile à repérer avec les noms des fichiers :p)
Une fois ce problème de droit d'accès réglé.
Je ne comprend pas pourquoi via putty en étant root le plugin affiche un résultat alors que lorsque c'est nagios qui l'utilise je n'ai aucun retour d'information. Pourquoi?
J'utilise de mauvaises option?$USER1$/check_centreon_snmp_remote_storage $HOSTADDRESS$ -n -d $ARG1$ -C $ARG2$ -w $ARG3$ -c $ARG4$ -v $ARG5$
Je dois renvoyer les infos avec un -rrd?
maginite
09-15-2008, 02:57 PM
Personne n'a rencontré ce problème?
surcouf
09-15-2008, 11:17 PM
J'ai supprimé le fichier dans /tmp mais le résultat est le même.
En effet je connaissais cette histoire de droit d'accès lorsque l'on teste les plugins en root.
J'ai donc toujours testé la même machine (plus facile à repérer avec les noms des fichiers :p)
Une fois ce problème de droit d'accès réglé.
Je ne comprend pas pourquoi via putty en étant root le plugin affiche un résultat alors que lorsque c'est nagios qui l'utilise je n'ai aucun retour d'information. Pourquoi?
J'utilise de mauvaises option?$USER1$/check_centreon_snmp_remote_storage $HOSTADDRESS$ -n -d $ARG1$ -C $ARG2$ -w $ARG3$ -c $ARG4$ -v $ARG5$
Je dois renvoyer les infos avec un -rrd?
Peux-tu nous copier/coller exactement les commandes que tu as essayé ?
maginite
09-16-2008, 11:14 AM
Droit d'accès sur le plugins
-rwxrwxr-x 1 www-data nagios 10570 2008-09-09 11:58 check_centreon_snmp_remote_storage
-->Commande de test via putty
root@CYSSUP:/usr/lib/nagios/plugins # su www-data
www-data@CYSSUP:/usr/lib/nagios/plugins $ ./check_centreon_snmp_remote_storage -H cysb9 -n -d SYSTEM -C public -w 80 -c 90 -v 1
Disk OK - C:\ Label:SYSTEM Serial Number a0415705 TOTAL: 33.894 Go USED: 13% : 4.736 Go|size=36393380352o used=5085640704;406851256320;457707663360
-->Commande utilisée via Centreon
$USER1$/check_centreon_snmp_remote_storage $HOSTADDRESS$ -d $ARG1$ -C $ARG2$ -w $ARG3$ -c $ARG4$ -v $ARG5$
-->Résultat obtenu pour les tests sur les disques C et D ainsi que la mémoire virtuelle ou physique sous nagios centreon
No output!
Guigui2607
09-16-2008, 11:18 AM
Si on compare les deux commandes passées, on se rend compte que pour la deuxième, on ne retrouve pas le -H et le -n présent dans la première commande...
kikooo
09-16-2008, 11:18 AM
-->Commande utilisée via Centreon
$USER1$/check_centreon_snmp_remote_storage $HOSTADDRESS$ -d $ARG1$ -C $ARG2$ -w $ARG3$ -c $ARG4$ -v $ARG5$
Il te manque un -H avant $HOSTADDRESS$, faute de frappe ou l'erreur se trouve ici?
arf trop lent par rapport a guigui :p
maginite
09-16-2008, 12:17 PM
Oula quel boulet je fais, je corrige ca de suite et je vous tiens au courant, merci
C'est bon ça remarche. Je suis désolé de vous avoir dérangé pour une faute de frappe.
Maintenant que tous les plugins sont OK il ne me reste plus qu'à régler le problème des courbes qui ne s'affichent pas dans Nagios Centreon et dans CentQOS.
Évidemment je vais d'abord chercher dans d'autre sujet de ce forum.
Encore merci