Check sur ESX

Répondre
Laurent Chevrier
Messages : 45
Enregistré le : 19 décembre 2016, 12:03

Check sur ESX

Message par Laurent Chevrier » 15 février 2017, 15:13

Bonjour,

j'ai mis en place un plugin pour vérifier des éléments concernant mes serveurs VmWare.
La commande renvoie bien un résultat lorsque je la lance en root. Par contre en utilisateur nagios, il génère un fichier /tmp/10.30.4.41_session_locked contenant uniquement un chiffre et ne rend jamais la main.

Celà fini par retourner :
SOAP request error - possibly a protocol issue: 500 read timeout

en root j'obtiens ceci :

Code : Tout sélectionner

[root@eon plugins]# ./check_vmware_esx.pl -H esxia1 -u root -p XXXXXX -S CPU
OK: CPU wait=645260.00 ms - CPU ready=848.00 ms - CPU usage=20.27%|'cpu_wait'=645260.00ms;;;; 'cpu_ready'=848.00ms;;;; 'cpu_usage'=20.27%;;;;
C'est certainement un problème de droits mais je ne vois pas où.

Est ce que quelqu'un aurait une idée ?
Modifié en dernier par Laurent Chevrier le 15 février 2017, 15:29, modifié 1 fois.

Avatar du membre
Seb
Messages : 3556
Enregistré le : 11 février 2009, 17:35
Localisation : Limoges
Contact :

Re: Check sur ESX

Message par Seb » 15 février 2017, 15:23

Ce genre de check se repose sur vmware-sdk non?
Si oui, nagios doit avoir les droits pour les exécuter...
"Mieux vaut cent chevaux sous une selle que d'un âne assis dessus"
Joe dans son bar servant un de ses clients...JBT

Laurent Chevrier
Messages : 45
Enregistré le : 19 décembre 2016, 12:03

Re: Check sur ESX

Message par Laurent Chevrier » 15 février 2017, 17:31

J'ai l'impression d'avoir bien accès au SDK pourtant, les fichiers utilisés se trouvent dans /usr/share/perl5/VMware/ et ils sont en lecture pour tout le monde

Avatar du membre
Seb
Messages : 3556
Enregistré le : 11 février 2009, 17:35
Localisation : Limoges
Contact :

Re: Check sur ESX

Message par Seb » 15 février 2017, 18:01

En faisant su nagios, tu as lancé quoi comme commande?
"Mieux vaut cent chevaux sous une selle que d'un âne assis dessus"
Joe dans son bar servant un de ses clients...JBT

Laurent Chevrier
Messages : 45
Enregistré le : 19 décembre 2016, 12:03

Re: Check sur ESX

Message par Laurent Chevrier » 16 février 2017, 09:04

la même commande :

Code : Tout sélectionner

su - nagios
cd /srv/eyesofnetwork/nagios/plugins
./check_vmware_esx.pl -H esxia1 -u root -p XXXXXX -S CPU
et j'ai aussi accès à vmware-cmd qui est dans le PATH

Avatar du membre
Seb
Messages : 3556
Enregistré le : 11 février 2009, 17:35
Localisation : Limoges
Contact :

Re: Check sur ESX

Message par Seb » 16 février 2017, 11:30

Tu dois supprimer le fichier de "session file" qui doit être dans ton /tmp et qui est pris pour root...

Un truc intéressant pour comprendre ici : https://github.com/BaldMansMojo/check_vmware_esx (par ailleurs ce check là a l'air mieux!)

Extrait :
Using a sessionfile
===================

To reduce amounts of login/logout events in the vShpere logfiles or a lot of open sessions using sessionfiles the login part has been totally
rewritten with version 0.9.8..

Using session files is now the default. Only one session file per host or vCenter is used as default. The sessionfile name is automatically set
to the vSphere host or the vCenter (IP or name - whatever is used in the check).

Multiple sessions are possible using different session file names. To form different session file names the default name is enhenced by the value
you set with --sessionfile.

NOTICE! All checks using the same session are serialized. So a lot of checks using only one session can cause timeouts. In this case you should
enhence the number of sessions by using --sessionfile in the command definition and define the value in the service definition command as an extra
argument so it can be used in the command definition as $ARGn$.

--sessionfile is now optional and only used to enhance the sessionfile name to have multiple sessions.

If a session logs in it sets a lock file (sessionfilename_locked). The lock file is been set when the session starts and removed at the end of the
plugin run. A newly started check looks for the lock file and waits until it is no longer there. So here we have a serialization now. It will not
hang forever due to the alarm routine. Therefore the default for the timeout is enhenced to 40 secs. instead of 30 secs..
"Mieux vaut cent chevaux sous une selle que d'un âne assis dessus"
Joe dans son bar servant un de ses clients...JBT

Laurent Chevrier
Messages : 45
Enregistré le : 19 décembre 2016, 12:03

Re: Check sur ESX

Message par Laurent Chevrier » 16 février 2017, 12:04

C'est déjà cette version que j'ai du check et j'avais vu ce session_file et son fichier lock qui étaient au nom de root mais je les avais supprimé

Répondre