Check-list : Résolution de problème de plugin

[jigot]

Le but de ce post est de résumer les points à vérifier lorsqu'un plugin ne veut pas fonctionner.

Fort de mon expérience en conneries et erreurs en tout genre, je vais regrouper pour commencer par les vérifications les plus génériques.

En plus du wiki d'oreon, j'ai aussi trouvé des infos dans les FAQ de nagios

Ce n'est qu'un début et je vais essayer d'être le plus clair possible.

Pour un sujet les plus propre possible, envoyez vos commentaires ou corrections par mp.
Merci

[jigot]

1. Les droits d'accès

1. Les droits d'accès D'après le wiki

• Le dossier des plugins /usr/local/nagios/libexec/

  # ls -l /usr/local/nagios
  total 24
  ...
  drwxrwxr-x  2 www-data www-data 4096 2005-11-21 23:00 libexec
  ...
  #

  [list:f6535ea71d]
• utilisateur : www-data (apache)
• droits : 775

Les droits des plugins présent dans ce répertoire sont identique.
[*]Si le nom du plugin commence par check_graph , il utilise une basse rrd qui se trouve normalement dans le répertoire /usr/local/oreon/rrd/

# ls -l /usr/local/oreon/
total 1564
...
drwxrwxr-x   2 nagios   nagios     4096 2005-11-09 23:41 rrd
...
#

• utilisateur : nagios
• droits : 775

Les droits des fichier *.rrd présent dans ce répertoire sont identique.
[*]Pensez à vérifier l'execution de vos plugins en utilisant les identités apache ou nagios
Par exemple, le plugin check_graph_ping :

/usr/local/nagios/libexec#su nagios
/usr/local/nagios/libexec$perl check_graph_ping.pl -H 192.168.1.1
GPING OK - rtt min/avg/max/mdev = 0.476/0.476/0.476/0.000 ms

[/list:u:f6535ea71d]

[jigot]

2. Le configuration du plugin

2. La configuration du plugin D'après le wiki

• Vérifier la prise en compte du plugin par nagios.
  Dans la page Plugins / Sondes (Options > Configuration > Sondes), le plugins en qui pose probème doit se trouver dans la Liste des sondes
  
• Vérifier la présence d'une commande check, allez sur la page Commande ( Configuration > Notification > Commande > Check ).
  Trouver le check utilisant le plugin qui pose problème et visualiser la configuration de ce check.
  La configuration du check doit respecter les point suivant :[list:a8b237a447]
• Type de Commande : Check
• Nom de la commande : check_graph_* (ce début de nom est obligatoire si c'est un plugin avec graphique rrd)
• Ligne de commande : commance par $USER1$/ suivit du nom du plugin et de ses options.
• $HOSTADDRESS$ pour renvoyer l'@IP du host sur lequel sera défini le service.
• Pour les plugins graph, la ligne de commande doit se terminer par -g -S $ARGn$ (n=le dernier numéro d'argument).

[/list:u:a8b237a447]

[DonKiShoot]

Désolé mais

# ls -l /usr/local/nagios
total 24
...
drwxrwxr-x 2 www-data www-data 4096 2005-11-21 23:00 libexec
...
#

me parait étrange.

A moins que le user nagios fasse parti du groupe www-data.

A préciser à ce moment là :wink:

[jigot]

Ben je me réfère simplement à ce qui est dit sur le wiki

Je suis pas un spécialiste non plus donc je dit peut être une connerie mais en tout cas, je ne l'ai pas inventé.

[[email protected]]

BOnjour,
je me suis aperçu que le check_load pour linux ne fonctionne pas avvec l'option netsc pour avoir un pourcentage de charge processeur
Il me renvoi toujours une valeur bizar 9%, 10% alors ke je fai tounrer expret le CPU a 100%
merci de votre aide

[jr.tpma]

Désolé mais

# ls -l /usr/local/nagios
total 24
...
drwxrwxr-x 2 www-data www-data 4096 2005-11-21 23:00 libexec
...
#

me parait étrange.

A moins que le user nagios fasse parti du groupe www-data.

A préciser à ce moment là :wink:

Il faut mettre quels droits sur le répertoire libexec du coup ? :?

Je n'ai pas retrouvé la source dans le wiki (les liens ayant changés).

[DonKiShoot]

Moi j'ai ca :

drwxrwxr-x 4 apache nagios 4096 jun 5 11:30 libexec

[opalanque]

pour ma part les droit sur le dossier libexec sont :
...
drwxrwsr-x 4 nagios nagios 4,0K jan 21 16:48 libexec
...
pour les plugins c'est pareil :
...
-rwxr-xr-x 1 nagios nagios 38K jan 6 19:39 check_fping
...

ce qui au demeurant me semble plutôt normal dans la mesure ou c'est le l'utilisateur nagios qui les execute.
D'ailleurs pour tester un plugin il est primordiale de le faire avec l'utilisateur nagios (su - nagios) et pas en root, si non les fichier généré (rrd) n'auront pas les bon droit et se sera le début des galère pour afficher les graph...

Par ailleurs le test des check avec l'utilisateur nagios est également un très bon moyen de tester certain plugin exotique
J'ai rencontré certain problème avec quelques script qui prenaient mal certain argument via centreon et le test en ligne de commande m'a permis de me rendre compte que certain caractères étaient mal interprété par le script (et non par php ou autre)

[xav56]

Bonjour,

Je travail sur la migration de Centreon 2.1.5 vers 2.2.2
Tout fonctionne bien mais j'ai des plugins pour les serveurs ESX qui ne fonctionnent pas.

Comment troubleshotter ?

depuis l'ancien Centreon en nagios bien sur :

./check_mrths_esx_mem.pl --server 192.168.135.101 --username nagios --password Centreon --warn 80 --crit 95
Used: 29.00 Go Total: 31.99 Go (91% used)|use_percent=91%

et pareil sur le nouveau serveur !

Cependant dans le nouveau Centreon le service est en critical et Status information (null)

J'ai même crée un service avec la ligne de commande : $USER1$/check_mrths_esx_mem.pl --server 192.168.135.101 --username nagios --password Centreon --warn 85 --crit 95
Afin d'eviter les problemes de macro et d'argument, mais même résultat.

Comment expliquer que depuis le serveur en ligne de commande cela fonctionne et pas depuis Centreon 2.2.2 ?

problèmed’interprétation avec ce plugin ?

Merci de votre aide

[AkHeNaToN]

Plugin testé depuis l'utilisateur nagios je suppose ?

[xav56]

Bonjour,

Oui testé depuis l'utilisateur Nagios.
Mais merci tu ma mis sur la bonne piste !

Mon test était lancé depuis le répertoire des plugins... Et lancé en dehors de ce répertoire j'avais une erreur :

Can't locate VMware/VIRuntime.pm in @INC (@INC contains: /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 ....

J'ai donc pu corriger le problème.

Donc il faut penser a tester ses plugins sous l'utilisateur Nagios mais pas en étant dans le répertoires des plugins !

J'ai maintenant tous les éléments pour réaliser une migration de Centreon 2.1.5 vers 2.2.2 hormis les deux problemes d'import de service (http://forge.centreon.com/issues/2755)

J’espère que ces problèmes seront corrigés