You are not logged in.
Pages: 1
Bonjour,
J'essai de tester un plugin utilisant le mode NRPE avec monitoring, le plugin est check_smartarray. Le plugin test les différents disque de la carte raid pour savoir si ils sont OK.
Monitoring fonctionne lorsque que je fait un check_ping, mais j'utilise le check_smartarray j'ai ce message dans le détail du résultat "Connection refused or timed out"
J'ai essayer la commande directement de linux et voici le résultat :
/usr/local/shinken/libexec/check_nrpe -H NomServeur -c check_smartarray
OK - Smart Array P400 in Slot 1 -/OK/OK (LD 1: OK [(2I:1:1 OK) (2I:1:2 OK) (1I:1:8 OK)], LD 2: OK [(1I:1:5 OK) (1I:1:6 OK (2I:1:3 OK) (2I:1:4 OK) (1I:1:7 OK)])
Ainsi mon serveur reste en état critique alors que tout va bien
Merci de votre aide.
OS: Debian 6
GLPI 0.80.7
Webservice: 1.2.0
FusionInventory: 0.80+1.5
Monitoring 0.80+1.3
Shinken 1.0.1
NRPE : 2.13
GLPI : 9.3.1
FusionInventory : 9.3+1.1
Offline
Normalement dans le composant, tu choisi nrpe et du met la commande voulue (c'est le -c check_smartarray).
Tu as la commande que Shinken lance?
Offline
La ligne de commande lancé est la suivante :
$PLUGINSDIR$/check_nrpe -H $HOSTADDRESS$ -c $ARG1$
Pour $ARG1$ j'ai mis check_smartarray
GLPI : 9.3.1
FusionInventory : 9.3+1.1
Offline
le $HOSTADDRESS$ est bien le bon quand Shinken lance la commande?
Offline
Désolé mais comment je peux vérifier cette information ?
GLPI : 9.3.1
FusionInventory : 9.3+1.1
Offline
En effet après constatation, l'adresse IP du serveur ne remontait pas correctement, j'ai essayé avec un autre serveur et j'ai de nouveau un message d'erreur :
UNKNOWN: No handler for that command
Merci pour les infos !
GLPI : 9.3.1
FusionInventory : 9.3+1.1
Offline
C'est réglé, pour info la ligne de commande n'était pas correct.
GLPI : 9.3.1
FusionInventory : 9.3+1.1
Offline
ok super
Offline
Pages: 1