User Tools

Site Tools


informatique:logiciels:nagios

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
informatique:logiciels:nagios [2015/02/08 21:12] – [Installation de PNP4Nagios] pteuinformatique:logiciels:nagios [2021/01/15 15:47] (current) – [Contrôler Nagios en CLI] nagios_downtime_w_childs.sh pteu
Line 1: Line 1:
-{{tag>supervision monitoring réseau système "logiciel libre"}} +======Nagios======
- +
-====== Nagios ======+
  
 Nagios est un programme de supervision libre composé d'un scheduler (nagios-core), de greffons (nagios-plugins) et d'une interface web de management (inclue dans nagios-core). Il est couramment utilisé pour faire des tests de PING sur des équipements, ou tester le bon fonctionnement de services (HTTP, SMTP). Nagios est un programme de supervision libre composé d'un scheduler (nagios-core), de greffons (nagios-plugins) et d'une interface web de management (inclue dans nagios-core). Il est couramment utilisé pour faire des tests de PING sur des équipements, ou tester le bon fonctionnement de services (HTTP, SMTP).
  
  
-=====Généralités=====+======Généralités======
  
 Le principe de base est simple : on configure différents plugins pour qu'ils interrogent certains équipements ; et ces plugins sont ordonnancés par le moteur Nagios. Comme tous les processus, les plugins retournent : Le principe de base est simple : on configure différents plugins pour qu'ils interrogent certains équipements ; et ces plugins sont ordonnancés par le moteur Nagios. Comme tous les processus, les plugins retournent :
Line 15: Line 13:
  
  
-=====Installation du paquet Ubuntu=====+======Installation====== 
 + 
 +=====sous Ubuntu (avec apt)=====
  
 Installation classique sous Ubuntu avec résolution automatique des dépendances : Installation classique sous Ubuntu avec résolution automatique des dépendances :
Line 35: Line 35:
   * utiliser l'installation de base pour simplifier l'installation de nouveaux plugins ou addons   * utiliser l'installation de base pour simplifier l'installation de nouveaux plugins ou addons
 ... alors il faut le compiler à partir des sources. ... alors il faut le compiler à partir des sources.
 +
 +=====sous Ubuntu 9.10 (OLD)=====
 +
 +Sous Ubuntu (9.10) il y a(vait) 2 problèmes avec l'installation par défaut :
 +  * problème avec le plugin **check_ssh** : en fait il n'y a pas de serveur SSH installé sous Ubuntu par défaut. Pour l'installer il faut installer le paquet **openssh-server**.
 +  * problème de droit d'accès avec le plugin **check_disk** : ''DISK CRITIQUE - /home/<user>/.gvfs is not accessible: Permission non accordée''
 +
 +Pour ignorer le fichier qui pose ce problème de droit d'accès, il faut éditer la configuration du plugin check_disk et ajouter à la fin de la ligne : '' -A -i .gvfs''
 +<code bash>
 +sudo vi /etc/nagios-plugins/config/disk.cfg
 +# 'check_all_disks' command definition
 +define command{
 +   command_name    check_all_disks
 +   #ancienne ligne
 +   #command_line   /usr/lib/nagios/plugins/check_disk -w '$ARG1$' -c '$ARG2$' -e
 +   #nouvelle ligne
 +   command_line    /usr/lib/nagios/plugins/check_disk -w '$ARG1$' -c '$ARG2$' -e -A -i .gvfs
 +   }
 +</code>
 +
 +Puis il faut recharger la conf dans Nagios :
 +<code bash>
 +sudo service nagios3 stop
 + * Stopping nagios3 monitoring daemon nagios3                                                               
 +
 +sudo service nagios3 start                              [ OK ]
 + * Starting nagios3 monitoring daemon nagios3
 +kill: 1: No such process                                [ OK ]
 +</code>
 +
 +//source : https://help.ubuntu.com/community/Nagios3#Post%20Install%20Tasks //
  
  
Line 196: Line 227:
  
  
-===== Configuration =====+======Configuration======
  
-Les fichiers principaux se trouvent dans ''/etc/nagios3/'' : ''nagios.cfg'' et ''cgi.cfg''+Les fichiers principaux se trouvent dans ''/etc/nagios'' (ou ''/etc/nagios3/'' pour les Debian/Ubuntu)
  
-==== Contacts et groupes de contacts ====+=====Contacts et groupes de contacts=====
  
 On renseigne les personnes de contact (qui seront notifiées lors d'un problème) dans le fichier ''/etc/nagios3/conf.d/contacts_nagios2.cfg''. Exemple de déclaration : On renseigne les personnes de contact (qui seront notifiées lors d'un problème) dans le fichier ''/etc/nagios3/conf.d/contacts_nagios2.cfg''. Exemple de déclaration :
Line 239: Line 270:
 </code> </code>
  
-==== Droits des contacts ====+=====Droits des contacts=====
  
 Pour attribuer des droits à un utilisateur, il faut éditer le fichier ''/etc/nagios3/cgi.cfg'' et ajouter les noms d'utilisateurs après les directives idoines, séparés par des virgules ; par exemple : Pour attribuer des droits à un utilisateur, il faut éditer le fichier ''/etc/nagios3/cgi.cfg'' et ajouter les noms d'utilisateurs après les directives idoines, séparés par des virgules ; par exemple :
Line 246: Line 277:
 </code> </code>
  
-==== Périodes de temps ====+=====Périodes de temps=====
  
 On peut consulter ou définir des périodes de temps dans le fichier ''/etc/nagios3/conf.d/timeperiods_nagios2.cfg''. Voici un exemple de déclaration : On peut consulter ou définir des périodes de temps dans le fichier ''/etc/nagios3/conf.d/timeperiods_nagios2.cfg''. Voici un exemple de déclaration :
Line 263: Line 294:
 </code> </code>
  
-==== Déclaration d'un host ====+=====Déclaration d'un host=====
  
 Ça se passe dans le fichier **/etc/nagios3/conf.d/localhost_nagios2.cfg** : Ça se passe dans le fichier **/etc/nagios3/conf.d/localhost_nagios2.cfg** :
Line 277: Line 308:
 Cet host utilise le template generic-host qui définit tous les paramètres nécessaires par défaut. On peut surcharger l'objet càd redéfinir les paramètres du template en modifiant leurs valeurs. Cet host utilise le template generic-host qui définit tous les paramètres nécessaires par défaut. On peut surcharger l'objet càd redéfinir les paramètres du template en modifiant leurs valeurs.
  
-==== Création de hostgroup ====+=====Création de hostgroup=====
  
 On doit mettre chaque host dans un hostgroup, défini dans le fichier **/etc/nagios3/conf.d/hostgroups_nagios2.cfg** : On doit mettre chaque host dans un hostgroup, défini dans le fichier **/etc/nagios3/conf.d/hostgroups_nagios2.cfg** :
Line 289: Line 320:
 </code> </code>
  
-==== Création d'un service ====+=====Création d'un service=====
  
 Ils sont déclarés dans le fichier **/etc/nagios3/conf.d/service_nagios2.cfg** Ils sont déclarés dans le fichier **/etc/nagios3/conf.d/service_nagios2.cfg**
Line 311: Line 342:
   * ''retry_check_interval 1'' si le statut du service est nOK, on passe en **SOFT state** et on reteste le service toutes les X minutes   * ''retry_check_interval 1'' si le statut du service est nOK, on passe en **SOFT state** et on reteste le service toutes les X minutes
  
-===== Vérifications =====+=====Vérifications=====
  
 Pour vérifier la validité de la configuration de Nagios sans relancer le démon : Pour vérifier la validité de la configuration de Nagios sans relancer le démon :
Line 320: Line 351:
  
  
-=====Installation de Nagvis=====+======Installation de Nagvis======
  
 Nagvis est un addon pour Nagios qui permet d'afficher ses état sur un carte interactive. Nagvis est un addon pour Nagios qui permet d'afficher ses état sur un carte interactive.
Line 326: Line 357:
  
  
-====MySQL====+=====MySQL=====
  
 MySQL est un prérequis de notre installation de NDOUtils. MySQL est un prérequis de notre installation de NDOUtils.
Line 346: Line 377:
 </code> </code>
  
-====NDOUtils====+=====NDOUtils=====
 //installation depuis les sources : [[http://www.nagios.org/download/addons/|ndoutils-1.4b9.tar.gz]]// //installation depuis les sources : [[http://www.nagios.org/download/addons/|ndoutils-1.4b9.tar.gz]]//
  
Line 427: Line 458:
 </code> </code>
  
-====Graphviz====+=====Graphviz=====
  
 [[http://www.graphviz.org|Graphviz]] est un outil de génération de graphiques. Il existe un paquet pour Redhat dont l'installation est décrite ici : http://www.graphviz.org/Download_linux_rhel.php [[http://www.graphviz.org|Graphviz]] est un outil de génération de graphiques. Il existe un paquet pour Redhat dont l'installation est décrite ici : http://www.graphviz.org/Download_linux_rhel.php
Line 507: Line 538:
 </code> </code>
  
-====Nagvis====+ 
 +=====Nagvis=====
  
 Nagvis est un scripts PHP qui récupère les états Nagios pour générer une carte interactive. Nagvis est un scripts PHP qui récupère les états Nagios pour générer une carte interactive.
Line 577: Line 609:
  
  
-====Exemple de configuration Nagvis====+====Exemple de configuration====
  
 ===Map=== ===Map===
Line 607: Line 639:
 </code> </code>
  
-=====Installation de l'add-on NRPE=====+ 
 +======Installation de l'add-on NRPE======
  
 [[http://fr.wikipedia.org/wiki/NRPE|NRPE]] (Nagios Remote Plugin Executor) est un add-on permettant de lancer des plugins à distance sur une autre machine. C'est aussi le nom du protocole applicatif utilisé pour dialoguer entre le serveur Nagios et la machine distante qui exécute le plugin. Il faut donc installer NRPE sur le serveur Nagios mais aussi sur chaque machine distante. [[http://www.nagios.org/download/addons|NRPE est téléchargeable sur le site de Nagios]] car il fait partie intégrante du projet. [[http://fr.wikipedia.org/wiki/NRPE|NRPE]] (Nagios Remote Plugin Executor) est un add-on permettant de lancer des plugins à distance sur une autre machine. C'est aussi le nom du protocole applicatif utilisé pour dialoguer entre le serveur Nagios et la machine distante qui exécute le plugin. Il faut donc installer NRPE sur le serveur Nagios mais aussi sur chaque machine distante. [[http://www.nagios.org/download/addons|NRPE est téléchargeable sur le site de Nagios]] car il fait partie intégrante du projet.
Line 613: Line 646:
 Son fonctionnement est simple : le serveur distant fait tourner le démon NRPE qui écoute sur le port tcp/5666 (par défaut). Le serveur nagios émet une requête vers ce serveur distant grâce au plugin **check_nrpe** ; il lui demande d'exécuter un plugin (que le serveur distant a d'installer en local, d'où la nécessité d'installer nagios-plugins sur le serveur distant). Le résultat de l'exécution du plugin sur le serveur distant est renvoyé au serveur nagios pour traitement. Son fonctionnement est simple : le serveur distant fait tourner le démon NRPE qui écoute sur le port tcp/5666 (par défaut). Le serveur nagios émet une requête vers ce serveur distant grâce au plugin **check_nrpe** ; il lui demande d'exécuter un plugin (que le serveur distant a d'installer en local, d'où la nécessité d'installer nagios-plugins sur le serveur distant). Le résultat de l'exécution du plugin sur le serveur distant est renvoyé au serveur nagios pour traitement.
  
-====Sur le serveur Nagios====+=====Sur le serveur Nagios=====
  
-===Prérequis===+====Prérequis====
 NRPE utilise par défaut SSL pour échanger les données ; pour le compiler on doit installer le support SSL : NRPE utilise par défaut SSL pour échanger les données ; pour le compiler on doit installer le support SSL :
 <code bash> <code bash>
Line 621: Line 654:
 </code> </code>
  
-===Compilation et installation===+====Compilation et installation====
 L'installation est classique : téléchargement des sources, décompression, configuration du make, compilation, installation : L'installation est classique : téléchargement des sources, décompression, configuration du make, compilation, installation :
 <code bash> <code bash>
Line 638: Line 671:
 </code> </code>
    
-===Vérification===+====Vérification====
 Le protocole NRPE utilise par défaut le port tcp/5666 qu'il faudra donc ouvrir sur les serveurs et les éventuels pare-feux intermédiaires. Le protocole NRPE utilise par défaut le port tcp/5666 qu'il faudra donc ouvrir sur les serveurs et les éventuels pare-feux intermédiaires.
 <code bash> <code bash>
Line 645: Line 678:
  
  
-====Sur le serveur distant====+=====Sur le serveur distant=====
  
 (Pour les prérequis, voir partie précédente : //sur le serveur nagios//) (Pour les prérequis, voir partie précédente : //sur le serveur nagios//)
Line 655: Line 688:
 </code> </code>
  
-===Installation des nagios-plugins===+====Installation des nagios-plugins====
  
 Installer les nagios-plugins qui seront lancés sur le serveur distant (cf partie plus haut). Installer les nagios-plugins qui seront lancés sur le serveur distant (cf partie plus haut).
  
-===Compilation et installation===+====Compilation et installation====
 Même chose que sur le serveur nagios : Même chose que sur le serveur nagios :
 <code bash> <code bash>
Line 670: Line 703:
 </code> </code>
  
-===Configuration===+====Configuration====
 Comme pour le serveur nagios, on s'inspire du fichier d'exemple (mais ici on créer le répertoire "etc" car il n'existe pas encore normalement) : Comme pour le serveur nagios, on s'inspire du fichier d'exemple (mais ici on créer le répertoire "etc" car il n'existe pas encore normalement) :
 <code bash> <code bash>
Line 719: Line 752:
  
  
-====Configuration====+=====Configuration=====
  
 Pour vérifier la connectivité NRPE entre les 2 serveurs, lancer sur le serveur nagios : Pour vérifier la connectivité NRPE entre les 2 serveurs, lancer sur le serveur nagios :
Line 759: Line 792:
  
  
-=====Ajout de plugins=====+======Ajout de plugins======
  
-Les plugins sont des programmes/scripts qui étendent les fonctionnalités de nagios.+Les plugins sont des programmes/scripts qui étendent les fonctionnalités de Nagios.
  
-====Check_multi====+=====Check_multi=====
  
 [[http://my-plugin.de/wiki/projects/check_multi/start|Check_multi]] est un plugin Nagios qui permet de créer des services dont l’état dépend de plusieurs paramètres. Il utilise pour cela une syntaxe particulière et des expressions logiques. [[http://my-plugin.de/wiki/projects/check_multi/start|Check_multi]] est un plugin Nagios qui permet de créer des services dont l’état dépend de plusieurs paramètres. Il utilise pour cela une syntaxe particulière et des expressions logiques.
Line 770: Line 803:
  
  
-===Compilation===+====Compilation====
 <note important> <note important>
 Il est conseillé (par la doc officielle) de changer les buffers MAX_PLUGIN_OUTPUT_LENGTH et MAX_INPUT_BUFFER ; ceci dit je n'en ai pas vu l'utilité __pour l'instant__ Il est conseillé (par la doc officielle) de changer les buffers MAX_PLUGIN_OUTPUT_LENGTH et MAX_INPUT_BUFFER ; ceci dit je n'en ai pas vu l'utilité __pour l'instant__
Line 853: Line 886:
  make[1]: *** [test] Error 11  make[1]: *** [test] Error 11
  make[1]: Leaving directory `/produits/sources/check_multi-0.20/plugins/t'  make[1]: Leaving directory `/produits/sources/check_multi-0.20/plugins/t'
- make: *** [test] Error 2</code>+ make: *** [test] Error 2 
 +</code>
  
 Le ''make test'' produit des erreurs que je n'ai pas encore résolues. Mais j'ai la moyenne ;) Le ''make test'' produit des erreurs que je n'ai pas encore résolues. Mais j'ai la moyenne ;)
Line 873: Line 907:
 Le plugin fonctionne tout de même, alors on poursuit. Le plugin fonctionne tout de même, alors on poursuit.
  
-===Installation===+====Installation====
  
 <code bash> <code bash>
Line 881: Line 915:
 Le plugin s'installe dans le répertoire ''/usr/local/nagios/check_multi''. Le plugin s'installe dans le répertoire ''/usr/local/nagios/check_multi''.
  
-===Configuration===+====Configuration===
 Le concept est le suivant : on créer un fichier **.cmd** correspondant, suivant la syntaxe particulière de check_multi, qui va décrire : Le concept est le suivant : on créer un fichier **.cmd** correspondant, suivant la syntaxe particulière de check_multi, qui va décrire :
   * les état nagios à récupérer (directive **statusdat**) ou les commandes à lancer (directive **command**)   * les état nagios à récupérer (directive **statusdat**) ou les commandes à lancer (directive **command**)
Line 887: Line 922:
 Ce fichier sera appelé par un service déclaré dans Nagios, sous la forme : ''check_multi -f /usr/local/nagios/etc/check_multi/test.cmd''. Ce fichier sera appelé par un service déclaré dans Nagios, sous la forme : ''check_multi -f /usr/local/nagios/etc/check_multi/test.cmd''.
  
-==Création de http.cmd==+===Création de http.cmd===
 Les états de Nagios sont récupérés via le fichier ''<NAGIOS>/var/status.dat'' ; donc <host> et <service> doivent exister dans Nagios. Les états de Nagios sont récupérés via le fichier ''<NAGIOS>/var/status.dat'' ; donc <host> et <service> doivent exister dans Nagios.
  
Line 934: Line 969:
   * on peut utiliser les macros Nagios avec les commandes ($HOSTNAME$, $HOSTADDRESS$, etc)   * on peut utiliser les macros Nagios avec les commandes ($HOSTNAME$, $HOSTADDRESS$, etc)
  
-==Création du service Nagios==+===Création du service Nagios===
  
 Dans la conf de Nagios : Dans la conf de Nagios :
Line 954: Line 989:
 Pour aller plus loin je vous recommande fortement le wiki officiel : http://my-plugin.de/wiki/projects/check_multi/configuration/file Pour aller plus loin je vous recommande fortement le wiki officiel : http://my-plugin.de/wiki/projects/check_multi/configuration/file
  
-===Passage de paramètres===+====Passage de paramètres====
   * on ne peut passer de paramètres qu'avec les commandes   * on ne peut passer de paramètres qu'avec les commandes
  
Line 984: Line 1019:
  
  
-=====Installation de PNP4Nagios=====+======Installation de PNP4Nagios======
  
 [[http://docs.pnp4nagios.org/fr/pnp-0.6/start|PNP4Nagios]] est une extension permettant de récupérer les perfdata (données de performance) pour en faire des graphes RRD. [[http://docs.pnp4nagios.org/fr/pnp-0.6/start|PNP4Nagios]] est une extension permettant de récupérer les perfdata (données de performance) pour en faire des graphes RRD.
Line 999: Line 1034:
 <code bash> <code bash>
 aptitude install pnp4nagios aptitude install pnp4nagios
 +
 +# avec, au passage :
 +0 paquets mis à jour, 100 nouvellement installés, 0 à enlever et 0 non mis à jour.
 +Il est nécessaire de télécharger 32,2 Mo d'archives. Après dépaquetage, 89,8 Mo seront utilisés.
 +Les paquets suivants ont des dépendances non satisfaites :
 + libgd2-xpm : Est en conflit avec: libgd2 qui est un paquet virtuel
 +              Est en conflit avec: libgd2-noxpm mais 2.0.36~rc1~dfsg-6.1 est installé.
 + libgd2-noxpm : Est en conflit avec: libgd2 qui est un paquet virtuel
 +                Est en conflit avec: libgd2-xpm mais 2.0.36~rc1~dfsg-6.1 doit être installé.
 +Les actions suivantes permettront de résoudre ces dépendances :
 +
 +     Supprimer les paquets suivants :
 +1)     libgd2-noxpm
 +
 +Accepter cette solution ? [Y/n/q/?] y
 </code> </code>
  
   * Choisir le mode de fonctionnement de pnp4nagios (cf http://docs.pnp4nagios.org/fr/pnp-0.6/modes). Dans mon cas ça sera le **mode synchronisé** car c'est ce qui est conseillé pour les petites installations (< 1000 services).   * Choisir le mode de fonctionnement de pnp4nagios (cf http://docs.pnp4nagios.org/fr/pnp-0.6/modes). Dans mon cas ça sera le **mode synchronisé** car c'est ce qui est conseillé pour les petites installations (< 1000 services).
 +<WRAP center round info 60%>
 +Note : ce mode semble buggué sur Debian 9 / Nagios 4.3.4 / PNP 0.6.26, utiliser plutôt d'autres modes (bulk par exemple)
 +</WRAP>
  
   * Configurer Nagios pour qu'il fasse appel à PNP4Nagios :   * Configurer Nagios pour qu'il fasse appel à PNP4Nagios :
Line 1035: Line 1088:
 <code bash> <code bash>
 ln -s /usr/share/doc/pnp4nagios/examples/ssi/status-header.ssi /usr/share/nagios3/htdocs/ssi/ ln -s /usr/share/doc/pnp4nagios/examples/ssi/status-header.ssi /usr/share/nagios3/htdocs/ssi/
 +
 +# ou, avec un Nagios/PNP récemment compilée :
 +cp /home/dude/src/pnp4nagios-0.6.26/contrib/ssi/status-header.ssi /usr/local/pnp4nagios/share/
 +ln -s /usr/local/pnp4nagios/share/status-header.ssi /usr/local/nagios/share/ssi/
 </code> </code>
  
Line 1064: Line 1121:
 <code bash> <code bash>
 vi cgi.cfg vi cgi.cfg
-action_url_target=main+action_url_target=_self
 </code> </code>
  
Line 1070: Line 1127:
 <code bash> <code bash>
 service nagios3 restart service nagios3 restart
 +# OU
 +systemctl restart nagios
 </code> </code>
  
Line 1078: Line 1137:
 </code> </code>
  
-====Certains plugins ne marchent pas !====+=====Certains plugins ne marchent pas !=====
  
 Effectivement certains plugins ne fonctionnent pas avec PNP4Nagios car ils ne génèrent pas de perfdata. Pour rappel, les perfdatas sont affichés par le plugin juste après le status, séparé par un ''|'' ; par exemple avec un ''check_ping'' : Effectivement certains plugins ne fonctionnent pas avec PNP4Nagios car ils ne génèrent pas de perfdata. Pour rappel, les perfdatas sont affichés par le plugin juste après le status, séparé par un ''|'' ; par exemple avec un ''check_ping'' :
Line 1142: Line 1201:
 (Et on relance Nagios après avoir vérifier les éventuelles erreurs avec ''nagios3 -v nagios.cfg'' !) (Et on relance Nagios après avoir vérifier les éventuelles erreurs avec ''nagios3 -v nagios.cfg'' !)
  
-=====Problèmes et solutions=====+=====Créer ses templates PNP=====
  
-====Installation du paquet Ubuntu par défaut====+Un template (au sens PNP4nagios du terme) est un modèle de graphique adapté aux valeurs des données de performance. Il est intéressant d'adapter le type de graphique en fonction des données monitorées ; par exemple, pour le débit in/out d'une interface réseau, on préfèrera afficher les 2 valeurs sur le même graphique avec la courbe "in" vers le bas et la courbe "out" vers le haut, alors qu'avec le "load" on voudra superposer les 3 données correspondant à la charge 15min, 5min et 1min.
  
-Sous Ubuntu (9.10il y a 2 problèmes avec l'installation par défaut : +On peut choisir les couleurs, le type de graphique (courbe, aire, ligne), sa hauteur, la plage de données utilisée (1h, 12h, 1 semaine), etc... ça peut devenir des trucs très sympa :
-  * problème avec le plugin **check_ssh** : en fait il n'y a pas de serveur SSH installé sous Ubuntu par défautPour l'installer il faut installer le paquet **openssh-server**. +
-  * problème de droit d'accès avec le plugin **check_disk** : ''DISK CRITIQUE - /home/<user>/.gvfs is not accessiblePermission non accordée''+
  
-Pour ignorer le fichier qui pose ce problème de droit d'accèsil faut éditer la configuration du plugin check_disk et ajouter à la fin de la ligne : '' -A -i .gvfs''+{{ :informatique:logiciels:template_pnp4nagios.png?direct |}} 
 + 
 +Pour chaque service disposant de perfdata et sur lequel PNP4nagios est activéle plugin va rechercher un template éponyme du nom de sa commande (''command_name'' dans la définition de la commande), avec l'extension ".php", dans les répertoires suivants (et dans cet ordre) :
 <code bash> <code bash>
-sudo vi /etc/nagios-plugins/config/disk.cfg +# avec le paquet pnp4nagios sous debian 7 : 
-# 'check_all_diskscommand definition+/usr/share/pnp4nagios/html/templates.dist/ 
 +/etc/pnp4nagios/templates/ 
 +/etc/pnp4nagios/templates.d/ 
 + 
 +# avec une installation à partir des sources, ils seront plutôt ici : 
 +/usr/local/pnp4nagios/share/templates/ 
 +</code> 
 + 
 +Par exemple pour un service "check-syno-4disks-temp" appelant la commande la commande "check_syno_4disks_temp" (''check_command check_syno_4disks_temp!public''), il recherchera le template **check_syno_4disks_temp.php**. S'il ne le trouve pas il appliquera le template ''default.php'' qui trace une courbe par valeur. Il va ensuite créer un fichier XML qui contiendra les perfdata, dans le même répertoire que la base RRD : ''/var/lib/pnp4nagios/perfdata/<host>'' (ou ''/usr/local/pnp4nagios/var/perfdata/'' si pnp4nagios a été installé à partir les sources). 
 + 
 +====Exemple 1 : trafic in/out==== 
 + 
 +Voici un exemple de "chaîne" host - service - template PNP pour superviser et grapher le traffic d'une interface réseau sur un NAS synology : 
 +  * création des objets dans Nagios : 
 +<code bash> 
 +vi /etc/nagios3/conf.d/syno.cfg 
 + 
 +déclaration du NAS, on utilise bien le template nagios "host-pnp" pour récupérer les perfdata 
 +define host{ 
 +        use                     host-pnp 
 +        host_name               ds415 
 +        address                 192.168.1.1 
 +        hostgroups              nas_syno 
 +        } 
 + 
 +# dans le service on ne précise que le nom de communauté, le reste est donc en dur dans la déclaration de la commande 
 +# le service est appliqué au host grâce au groupe "nas_syno" 
 +define service{ 
 +    use                 srv-pnp 
 +    hostgroup_name      nas_syno 
 +    service_description traffic eth0 
 +    check_command       check_syno_traf-eth0!public 
 +    } 
 +     
 +# trafic reseau 
 +# -o est suivi par les 2 OIDs correspondant au trafic in et out de l'interface que l'on veut superviser 
 +# -l permet d'afficher une légende 
 +# -u permet de préciser l'unité 
 +# -P précise la version de SNMP 
 +# -C spécifie la communauté SNMP 
 +# --rate induqe qu'il s'agit d'un compteur qui nécessite donc un calcul \ 
 +#   par rapport à la précédente valeur (voir plus bas pour l'explication)
 define command{ define command{
-   command_name    check_all_disks +    command_name    check_syno_traf-eth0 
-   #ancienne ligne +    command_line    $USER1$/check_snmp -'$HOSTADDRESS$' -P 2c -C '$ARG1$' -l eth0_in,eth0_out \ 
-   #command_line   /usr/lib/nagios/plugins/check_disk -'$ARG1$' -'$ARG2$' -e +        -u bytes,bytes --rate -o .1.3.6.1.2.1.31.1.1.1.6.3,.1.3.6.1.2.1.31.1.1.1.10.3 
-   #nouvelle ligne +    
-   command_line    /usr/lib/nagios/plugins/check_disk -w '$ARG1$-c '$ARG2$-e -A -i .gvfs +</code> 
-   }+NB : le plugin **check_snmp** avec l'option ''<nowiki>--</nowiki>rate'' a besoin d'accéder a un répertoire dans lequel il enregistre les compteurs n-1 pour calculer le débit réseau : ce répertoir varie selon le mode d'installation et les distributions : 
 +  * sous Debian j'ai eu ''/usr/var/105/check_snmp'' (il faut le trouver !) ; 
 +  * sous centOS c'est ''/var/check_snmp'' ; 
 +  * ça peut aussi être ''/usr/local/nagios/var/check_snmp'' 
 +Pour ne pas avoir d'erreur de permission (Cannot create temporary filename) il faut penser à donner à Nagios les permissions en écriture sur ce répertoire ; par ex pour Debian : 
 +<code bash> 
 +chmod 755 /usr/var && mkdir /usr/var/105/check_snmp && chown -R nagios /usr/var/105/check_snmp
 </code> </code>
  
-Puis il faut recharger la conf dans Nagios :+  * On créer ensuite le template, qui permet d'afficher le trafic //in// en surface (verte) et le trafic //out// en ligne bleue.
 <code bash> <code bash>
-sudo service nagios3 stop +vi /usr/local/pnp4nagios/share/templates/check_syno_traf-eth0.php 
- * Stopping nagios3 monitoring daemon nagios3                                                               +<?php 
 +
 +# Copyright (c) 2006-2010 Joerg Linge (http://www.pnp4nagios.org) 
 +# Plugin: check_iftraffic.pl (COUNTER) 
 +# adaptation pour traffic syno
  
-sudo service nagios3 start                              OK +$opt[1 = "--vertical-label \"Traffic\" -b 1024 --title \"Interface Traffic for $hostname / $servicedesc\" "; 
- * Starting nagios3 monitoring daemon nagios3 +#$opt[1]  = "--vertical-label \"Traffic\" --title \"Interface Traffic for $hostname / $servicedesc\" "; 
-kill: 1: No such process                                OK ]+$def[1]  = "DEF:var1=$RRDFILE[1]:$DS[1]:AVERAGE " ; 
 +$def[1] .= "DEF:var2=$RRDFILE[2]:$DS[2]:AVERAGE " ; 
 +$def[1] .= "AREA:var1#99ff99:\"in \" " ; 
 +$def[1] .= "GPRINT:var1:LAST:\"%7.2lf %SB/s last\" " ; 
 +$def[1] .= "GPRINT:var1:AVERAGE:\"%7.2lf %SB/s avg\" " ; 
 +$def[1] .= "GPRINT:var1:MAX:\"%7.2lf %SB/s max\\n\" " ; 
 +$def[1] .= "LINE1:var2#0099ff:\"out\" " ; 
 +$def[1] .= "GPRINT:var2:LAST:\"%7.2lf %SB/s last\" " ; 
 +$def[1] .= "GPRINT:var2:AVERAGE:\"%7.2lf %SB/s avg\" " ; 
 +$def[1] .= "GPRINT:var2:MAX:\"%7.2lf %SB/s max\\n\"
 + 
 +# pour afficher le dernier check sur le graphe 
 +if($this->MACRO['TIMET'] != ""){ 
 +    $def[1] .= "VRULE:".$this->MACRO['TIMET']."#000000:\"Last Service Check \\n\" "; 
 +
 +?>
 </code> </code>
  
-//source https://help.ubuntu.com/community/Nagios3#Post%20Install%20Tasks //+Résultat : 
 + 
 +{{ :informatique:logiciels:trafic_internet.png?direct |}} 
 + 
 +Le même, un peu plus perfectionné : 
 +<code php> 
 +<?php 
 +# Copyright (c) 2006-2010 Joerg Linge (http://www.pnp4nagios.org) 
 +# Plugincheck_snmp_int.pl (COUNTER) 
 +# modif traffic reseau in/out 
 + 
 +$unit = "bps"; 
 + 
 +$ds_name[1] = "$hostname In/Out $unit"; 
 +$opt[1] = " --vertical-label $unit -b 1000 --title \"$hostname $servicedesc\" "; 
 +$def[1] = rrd::def("var1",$RRDFILE[1],$DS[1],"AVERAGE"); 
 +$def[1] .= rrd::def("var2",$RRDFILE[2],$DS[2],"AVERAGE"); 
 + 
 +#$def[1] .= "AREA:var1#99ff99:\"$NAME[1]  \" " ; 
 +$def[1] .= rrd::gradient('var1','ebffeb','99ff99',sprintf("%-16s",$NAME[1]),20); 
 +$def[1] .= rrd::gprint('var1',array("LAST","AVERAGE","MAX"),"%3.2lf %s$unit"); 
 + 
 +$def[1] .= "LINE1:var2#0099ff:\"".sprintf("%-15s",$NAME[2])." \" " ; 
 +$def[1] .= rrd::gprint('var2',array("LAST","AVERAGE","MAX"),"%3.2lf %s$unit"); 
 + 
 +if($this->MACRO['TIMET'] != ""){ 
 +    $def[1] .= "VRULE:".$this->MACRO['TIMET']."#000000:\"Last Service Check \\n\" "; 
 +
 +?> 
 + 
 +</code> 
 +====Exemple 2 : courbe CPU==== 
 + 
 +Autre exemple pour grapher l'utilisation CPU d'un fortinet v4 en gradiant. 
 + 
 +Conf nagios, en vrac : 
 +<code bash> 
 +# paramètres de check_snmp : 
 +# -P2c pour préciser le version de SNMP (2c) 
 +# -t5 pour préciser le timeout (en secondes) de la commande 
 +# -l <STRING> pour préciser l'étiquette du résultat (elle sera utilisée par le graphe) 
 +# et les classiques mandataires : -C <COMMUNAUTE> et -o <OID> 
 +define command{ 
 +        command_name    check_snmp_forti_cpu_v4 
 +        command_line    /usr/lib64/nagios/plugins/check_snmp -H '$HOSTADDRESS$' -P2c -t5 -l "percent_CPU" -C '$ARG1$' -o .1.3.6.1.4.1.12356.101.4.1.3.0 
 +
 + 
 +# le service est rattaché au groupe fortigate_v4 
 +define service { 
 +        name                    check-snmp-forti-cpu-v4 
 +        hostgroup_name          fortigate_v4 
 +        use                     generic-service-no-notif 
 +        service_description     CPU usage 
 +        check_command           check_snmp_forti_cpu_v4!public 
 +
 +</code> 
 + 
 +On réutilise le template par défaut : 
 +<code bash> 
 +<?php 
 +# template CPU derive du default template : 
 +# Copyright (c) 2006-2010 Joerg Linge (http://www.pnp4nagios.org) 
 +# 
 +# Define some colors .. 
 +
 +$_WARNRULE = '#FFFF00'; 
 +$_CRITRULE = '#FF0000'; 
 +$_AREA     = '#256aef'; 
 + 
 +# couleurs de la courbe 
 +$_LINE     = '#4D3D4D'; 
 +$GRAD_INF  = 'FFCCFF'; 
 +$GRAD_SUP  = 'CC0099'; 
 + 
 +
 +# Initial Logic ... 
 +
 + 
 +foreach ($this->DS as $KEY=>$VAL) { 
 + 
 + $maximum  = ""; 
 + $minimum  = ""; 
 + $critical = ""; 
 + $crit_min = ""; 
 + $crit_max = ""; 
 + $warning  = ""; 
 + $warn_max = ""; 
 + $warn_min = ""; 
 + $vlabel   = ""; 
 + $lower    = ""; 
 + $upper    = ""; 
 +  
 + if ($VAL['WARN'] != "") { 
 + $warning = $VAL['WARN']; 
 +
 + if ($VAL['WARN_MAX'] != "") { 
 + $warn_max = $VAL['WARN_MAX']; 
 +
 + if ($VAL['WARN_MIN'] != "") { 
 + $warn_min = $VAL['WARN_MIN']; 
 +
 + if ($VAL['CRIT'] != "") { 
 + $critical = $VAL['CRIT']; 
 +
 + if ($VAL['CRIT_MAX'] != "") { 
 + $crit_max = $VAL['CRIT_MAX']; 
 +
 + if ($VAL['CRIT_MIN'] != "") { 
 + $crit_min = $VAL['CRIT_MIN']; 
 +
 + if ($VAL['MIN'] != "") { 
 + $lower = " --lower=" . $VAL['MIN']; 
 + $minimum = $VAL['MIN']; 
 +
 + if ($VAL['MAX'] != "") { 
 + $maximum = $VAL['MAX']; 
 +
 + if ($VAL['UNIT'] == "%%") { 
 + $vlabel = "%"; 
 + $upper = " --upper=101 "; 
 + $lower = " --lower=0 "; 
 +
 + else { 
 + $vlabel = $VAL['UNIT']; 
 +
 + 
 + $opt[$KEY] = '--vertical-label "' . $vlabel . '" --title "' . $this->MACRO['DISP_HOSTNAME'] . ' ' . $this->MACRO['DISP_SERVICEDESC'] . '"' . $upper . $lower; 
 + $ds_name[$KEY] = $VAL['LABEL']; 
 + $def[$KEY]  = rrd::def     ("var1", $VAL['RRDFILE'], $VAL['DS'], "AVERAGE"); 
 + $def[$KEY] .= rrd::gradient("var1", $GRAD_INF, $GRAD_SUP, rrd::cut($VAL['NAME'],16), 20); 
 + $def[$KEY] .= rrd::line1   ("var1", $_LINE ); 
 + $def[$KEY] .= rrd::gprint  ("var1", array("LAST","MAX","AVERAGE"), "%3.4lf %S".$VAL['UNIT']); 
 + if ($warning != "") { 
 + $def[$KEY] .= rrd::hrule($warning, $_WARNRULE, "Warning  $warning \\n"); 
 +
 + if ($warn_min != "") { 
 + $def[$KEY] .= rrd::hrule($warn_min, $_WARNRULE, "Warning  (min)  $warn_min \\n"); 
 +
 + if ($warn_max != "") { 
 + $def[$KEY] .= rrd::hrule($warn_max, $_WARNRULE, "Warning  (max)  $warn_max \\n"); 
 +
 + if ($critical != "") { 
 + $def[$KEY] .= rrd::hrule($critical, $_CRITRULE, "Critical $critical \\n"); 
 +
 + if ($crit_min != "") { 
 + $def[$KEY] .= rrd::hrule($crit_min, $_CRITRULE, "Critical (min)  $crit_min \\n"); 
 +
 + if ($crit_max != "") { 
 + $def[$KEY] .= rrd::hrule($crit_max, $_CRITRULE, "Critical (max)  $crit_max \\n"); 
 +
 + $def[$KEY] .= rrd::comment("Command\: " . $VAL['TEMPLATE'] . "\\r"); 
 +
 +?> 
 +</code> 
 + 
 +Résultat : 
 +{{ :informatique:logiciels:cpu_forti.png?direct |}} 
 + 
 +====Exemple 3 : graphique adaptatif==== 
 + 
 +Ce template va détecter automatiquement le nombre d'enregistrement dans la base RRD et s'adapter pour tracer le bon nombre de courbe (inconnue à l'avance). 
 +<code bash> 
 +<?php 
 +$unit = "pc"; 
 + 
 +# max : 7 entrées 
 +$TAB_COLORS = array('#ff0000','#ff8000','#cccc00','#0066ff','#9933ff','#00ff55','#ff80ff'); 
 +$CPT=1; 
 + 
 +$ds_name[$CPT] = "$hostname %CPU x10"; 
 +$opt[$CPT] = " --vertical-label $unit -b 1000 --title \"$hostname : $servicedesc (% x10)\" "; 
 + 
 +foreach ($this->DS as $CHAMP_RRD=>$VAL) { 
 + 
 +        if ($CPT == "1") { 
 +                $def[1] = rrd::def("var".$CPT,$VAL['RRDFILE'],$VAL['DS'],"AVERAGE"); 
 +        } 
 +        else { 
 +                $def[1] .= rrd::def("var".$CPT,$VAL['RRDFILE'],$VAL['DS'],"AVERAGE"); 
 +        } 
 + 
 +        $def[1] .= "LINE1:var".$CPT.$TAB_COLORS[$CHAMP_RRD].":\"".sprintf("%-15s",$VAL['NAME'])." \" " ; 
 +        $def[1] .= rrd::gprint('var'.$CPT,array("LAST","AVERAGE","MAX"),"%3.2lf %s$unit"); 
 + 
 +        $CPT++; 
 +
 + 
 +if($this->MACRO['TIMET'] != ""){ 
 +    $def[1] .= "VRULE:".$this->MACRO['TIMET']."#000000:\"Last Service Check \\n\" "; 
 +
 +?> 
 + 
 +</code> 
 + 
 +======Tips====== 
 + 
 +=====Activer les commandes externes===== 
 + 
 +Pour utiliser certaines fonctionnalités, comme relancer un check (Re-schedule the next check of this service) ou acquitter une alarme, on va avoir besoin d'activer les commandes externes. Si on ne le fait pas, on se fait insulter de la sorte : ''Error: Could not stat() command file '/var/lib/nagios3/rw/nagios.cmd'!''
 + 
 +Pour cela : 
 +<code bash> 
 +# arrêter Apache et Nagios : 
 +service apache2 stop 
 +service nagios3 stop 
 + 
 +# activer les commandes externes dans la configuration de Nagios : 
 +vi nagios.cfg 
 + 
 +check_external_commands=1 
 +command_check_interval=15s    # pas obligatoire mais il sera plus réactif 
 + 
 +# ajouter l'utilisateur www-data dans le groupe nagios : 
 +vi /etc/group 
 + 
 +nagios:x:111:www-data 
 + 
 +# le paquet Debian a des problemes de droits sur certains répertoire, il faut les corriger : 
 +# - ajouter l'exécution à "other" sur le répertoire /var/lib/nagios3 
 +dpkg-statoverride --update --add nagios nagios 751 /var/lib/nagios3 
 +# - ajouter le sticky bit au répertoire parent du pipe des commandes externes 
 +dpkg-statoverride --update --add nagios www-data 2710 /var/lib/nagios3/rw 
 + 
 +# relancer Apache et Nagios : 
 +service apache2 start 
 +service nagios3 start 
 +</code>
  
-====Crash de la machine====+=====Crash de la machine=====
  
 Lors d'un crash de la machine, malgré que le service nagios se soit relancé correctement, la partie ndo2db/ndoutils ne se relançait plus ; au premier abord le problème semble situé au niveau de nd2db : Lors d'un crash de la machine, malgré que le service nagios se soit relancé correctement, la partie ndo2db/ndoutils ne se relançait plus ; au premier abord le problème semble situé au niveau de nd2db :
Line 1235: Line 1586:
 </code> </code>
  
-===== Liens =====+=====Upgrade de Wheezy vers Jessie===== 
 + 
 +Depuis quelques jours (fin avril 2015) Debian 8 stable est release. Je me suis donc mis à la page et j'ai eu la stupeur de voir que mon nagios3 avait été à moitié dézingué, et que le pnp4nagios avait même disparu des paquets (à priori il n'existe plus qu'en version unstable) ! 
 + 
 +Voici le mode pompier pour restaurer nos courbes : 
 +<code bash> 
 +// prérequis 
 +aptitude install rrdtool librrds-perl php5-gd 
 + 
 +wget https://sourceforge.net/projects/pnp4nagios/files/latest 
 +# dans mon cas c'est la version pnp4nagios-0.6.25.tar.gz 
 +tar -zxvf pnp4nagios-0.6.25.tar.gz 
 +cd pnp4nagios-0.6.25 
 +./configure 
 +[..] 
 +*** Configuration summary for pnp4nagios-0.6.25 03-01-2015 *** 
 + 
 +  General Options: 
 +  -------------------------         ------------------- 
 +  Nagios user/group:                nagios nagios 
 +  Install directory:                /usr/local/pnp4nagios 
 +  HTML Dir:                         /usr/local/pnp4nagios/share 
 +  Config Dir:                       /usr/local/pnp4nagios/etc 
 +  Location of rrdtool binary:       /usr/bin/rrdtool Version 1.4.8 
 +  RRDs Perl Modules:                FOUND (Version 1.4008) 
 +  RRD Files stored in:              /usr/local/pnp4nagios/var/perfdata 
 +  process_perfdata.pl Logfile:      /usr/local/pnp4nagios/var/perfdata.log 
 +  Perfdata files (NPCD) stored in:  /usr/local/pnp4nagios/var/spool 
 + 
 +  Web Interface Options: 
 +  -------------------------         ------------------- 
 +  HTML URL:                         http://localhost/pnp4nagios 
 +  Apache Config File:               /etc/apache2/conf.d/pnp4nagios.conf 
 + 
 + 
 +  Review the options above for accuracy.  If they look okay, 
 +  type 'make all' to compile. 
 + 
 +make all 
 +cd ./src && make 
 +make[1]: Entering directory '/home/dude/src/pnp4nagios-0.6.25/src' 
 +gcc -g -O2 -DHAVE_CONFIG_H -DNSCORE   -c -o utils.o utils.c 
 +gcc -g -O2 -DHAVE_CONFIG_H -DNSCORE   -c -o config.o config.c 
 +gcc -g -O2 -DHAVE_CONFIG_H -DNSCORE   -c -o logging.o logging.c 
 +gcc -g -O2 -DHAVE_CONFIG_H -DNSCORE -o npcd npcd.c utils.o config.o logging.o -lpthread 
 +gcc -fPIC -g -O2 -DHAVE_CONFIG_H -DNSCORE -o npcdmod.o npcdmod.c -shared   -fPIC 
 +make[1]: Leaving directory '/home/dude/src/pnp4nagios-0.6.25/src' 
 +cd ./share && make 
 +make[1]: Entering directory '/home/dude/src/pnp4nagios-0.6.25/share' 
 +make[1]: Nothing to be done for 'all'
 +make[1]: Leaving directory '/home/dude/src/pnp4nagios-0.6.25/share' 
 +cd ./scripts && make 
 +make[1]: Entering directory '/home/dude/src/pnp4nagios-0.6.25/scripts' 
 +make[1]: Nothing to be done for 'all'
 +make[1]: Leaving directory '/home/dude/src/pnp4nagios-0.6.25/scripts' 
 +chmod a+r ./contrib/ssi/status-header.ssi 
 + 
 +*** Compile finished *** 
 + 
 +  make install 
 +     - This installs the main program and HTML files 
 + 
 +  make fullinstall 
 +     - This installs the main program, runlevel scripts, config and HTML files 
 + 
 +Enjoy. 
 + 
 +# on va faire simple : 
 +make fullinstall 
 +[..] 
 +</code> 
 + 
 +Seulement voilà il faut le réintégrer au bousin, donc corriger quelques trucs : 
 +  * le fichier de conf d'apache est déposé dans $APACHEDIR$/conf.d ; or maintenant on utilise le système des ''*-available'' / ''*-enabled'' , à savoir on dépose le fichier de conf dans ''$APACHEDIR$/conf-available'' et on l'active avec un lien symbolique dans ''$APACHEDIR$/conf-enable'' ; donc : 
 +<code bash> 
 +mv /etc/apache2/conf-d/pnp4nagios.conf /etc/apache2/conf-available/pnp4nagios.conf 
 +ln -s /etc/apache2/conf-available/pnp4nagios.conf /etc/apache2/conf-enabled/pnp4nagios.conf 
 +</code> 
 +NB : on aurait pu utiliser les commandes toutes faites d'Apache, à savoir ''a2enconf pnp4nagios'', mais maintenant c'est trop tard ! :) 
 + 
 +  * dans ce même fichier, le chemin du fichier de mots de passe (htpasswd) n'est pas correct, il faut le corriger : 
 +<code bash> 
 +vi /etc/apache2/conf-available/pnp4nagios.conf 
 +#AuthUserFile /usr/local/nagios/etc/htpasswd.users 
 +AuthUserFile /etc/nagios3/htpasswd.users 
 +</code> 
 + 
 +  * dans le cadre de l'install à partir des sources, les chemins à renseigner dans la conf de nagios ont changés, notamment dans le fichier ''commands.cfg'' pour les commandes **process-host-perfdata** et **process-service-perfdata** : 
 +<code bash> 
 +vi /etc/nagios3/commands.cfg 
 +define command{ 
 +    command_name    process-host-perfdata 
 +    #command_line  /usr/bin/perl /usr/lib/pnp4nagios/libexec/process_perfdata.pl -d HOSTPERFDATA 
 +    command_line    /usr/bin/perl /usr/local/pnp4nagios/libexec/process_perfdata.pl -d HOSTPERFDATA 
 +    } 
 + 
 +define command{ 
 +    command_name    process-service-perfdata 
 +    #command_line  /usr/bin/perl /usr/lib/pnp4nagios/libexec/process_perfdata.pl 
 +    command_line    /usr/bin/perl /usr/local/pnp4nagios/libexec/process_perfdata.pl 
 +    } 
 +</code> 
 + 
 +  * du au changement de path, le chemin des templates à été modifié et pnp ne retrouve plus ces petits ; il faut donc déplacer les templates persos de l'ancien répertoire vers le nouveau : 
 +<code bash> 
 +mv /etc/pnp4nagios/templates/* /usr/local/pnp4nagios/share/templates/ 
 +</code> 
 + 
 +  * pour une raison qui m'est inconnue, le plugin **check_snmp** (quand utilisé avec l'option ''<nowiki>--rate</nowiki>'') enregistre ses états non plus dans ''/usr/var/check_snmp'' mais dans ''/usr/var/105/check_snmp'' ! Une réminiscence d'IA caractérielle, une portion de code spontané ? En tout cas on va lui créer son répertoire car il n'a pas les droits pour le faire seul : 
 +<code bash> 
 +mkdir /usr/var/105 
 +chown nagios /usr/var/105 
 +</code> 
 + 
 +  * quand on passe la souris sur les icônes, les courbes ne s'affichent plus ! Et pour cause, le lien symbolique du template ''/usr/share/nagios3/htdocs/ssi/status-header.ssi'' est ballant (sisi : "cp: pas d'écriture à travers le lien symbolique ballant « /usr/share/nagios3/htdocs/ssi/status-header.ssi »"). Bref il ne pointe vers rien ; on le remplace donc par la nouvelle version. Je ne la trouve pas dans les fichiers installés par la fullinstall, mais dans les sources : 
 +<code bash> 
 +updatedb 
 +locate status-header.ssi 
 +/home/dude/src/pnp4nagios-0.6.25/contrib/ssi/status-header.ssi 
 +/home/dude/src/pnp4nagios-0.6.25/contrib/ssi/status-header.ssi.in 
 +/usr/share/nagios3/htdocs/ssi/status-header.ssi 
 + 
 +// on copie donc status-header.ssi à la place du symlink "ballant"
 +rm /usr/share/nagios3/htdocs/ssi/status-header.ssi 
 +cp /home/dude/src/pnp4nagios-0.6.25/contrib/ssi/status-header.ssi /usr/share/nagios3/htdocs/ssi/ 
 +chmod o+r /usr/share/nagios3/htdocs/ssi/status-header.ssi 
 +</code> 
 + 
 +  * TODO : la prochaine fois, ne pas oublier de restaurer les bases RRD pour ne pas perdre tout l'historique de supervision :( A recopier ici : ''/usr/local/pnp4nagios/var/perfdata'' (avec leur arborescence) 
 + 
 + 
 +=====Horodatage illisibles des logs===== 
 + 
 +Les logs Nagios sont par défaut verbeux mais l'horodatage est illisible (humainement j'entends). Voici une petite commande perl pour convertir en heure intelligible : 
 +<code bash> 
 +# les logs bruts 
 +tail -3 /var/log/nagios/nagios.log 
 +[1441261778] Auto-save of retention data completed successfully. 
 +[1441265378] Auto-save of retention data completed successfully. 
 +[1441268978] Auto-save of retention data completed successfully. 
 + 
 +# après convertion 
 +tail -3 /var/log/nagios/nagios.log | perl -pe 's/(\d+)/localtime($1)/e' 
 +[Thu Sep  3 08:29:38 2015] Auto-save of retention data completed successfully. 
 +[Thu Sep  3 09:29:38 2015] Auto-save of retention data completed successfully. 
 +[Thu Sep  3 10:29:38 2015] Auto-save of retention data completed successfully. 
 +</code> 
 + 
 + 
 + 
 +=====Contrôler Nagios en CLI===== 
 + 
 +Grâce au commandes externes, on peut envoyer des ordres à Nagios via la ligne de commande, ce qui va plus vite que l'interface web dès qu'on donne beaucoup d'ordres :) Pour cela il suffit d'utiliser l'API/la syntaxe documentée ici : [[https://assets.nagios.com/downloads/nagioscore/docs/externalcmds/|Nagios Core External Commands]]. 
 + 
 +Exemples de scripts inspirés de ceux de la doc : 
 +  * ''nagios_downtime-host-and-childs.sh'' : permet de planifier un DOWNTIME à partir de maintenant pour un ou des hosts et tous ces childs. 
 +<code bash nagios_downtime-host-and-childs.sh> 
 +#!/bin/bash 
 +# This is a sample shell script showing how you can submit the SCHEDULE_AND_PROPAGATE_HOST_DOWNTIME command 
 +# to Nagios. Adjust variables to fit your environment as necessary. 
 + 
 +[ -z "$3" ] && { echo "Syntaxe: ${O##*/} <duree_secs> <commentaire> <host> {<host2> <host3> etc..}"; exit 1; } 
 + 
 +now=`date +%s` 
 +commandfile='/var/nagios/rw/nagios.cmd' 
 +end=`expr $now + $1` 
 +comment="$2" 
 +shift 2 
 + 
 +while [ -n "$1" ]; do 
 +   /usr/bin/printf "[%lu] SCHEDULE_AND_PROPAGATE_HOST_DOWNTIME;$3;$now;$end;1;0;7200;toto;$comment\n" $now > $commandfile 
 +   shift 
 +done 
 +</code> 
 + 
 +  * permet de planifier un downtime pour un host et ses childs à un date donnée 
 +<code bash nagios_downtime_w_childs.sh> 
 +function usage { 
 +        echo "Usage: ${O##*/} <host> <date_debut> (format: \"%Y-%m-%d %H:%M:%S\")> <date_fin> \"<commentaire>\"" 
 +        echo " format dates: \"%Y-%m-%d %H:%M:%S\"" 
 +        echo " ex: nagios_downtime_w_childs.sh switch1 \"2021-01-15 07:18:00\" \"2021-01-15 07:48:00\" \"test downtime 30min\"" 
 +        exit 1 
 +        } 
 + 
 +[ -z "$4" ] && usage 
 + 
 +now=$(date +%s) 
 +commandfile='/var/nagios/rw/nagios.cmd' 
 + 
 +# affectation et contrôle des inputs 
 +naghost=$1 
 +debut=$(date -d "$2" +%s 2>/dev/null) 
 +[ -z "$debut" ] && { echo "Date début $2 invalide !"; usage; } 
 +#[[ "$3" =~ ^[0-9]*$ ]] && fin=`expr $debut + $3` || { echo "ERR: Durée $3 invalide !"; usage; } 
 +fin=$(date -d "$3" +%s 2>/dev/null) 
 +[ -z "$fin" ] && { echo "Date fin $3 invalide !"; usage; } 
 +comment="$4" 
 + 
 +/usr/bin/printf "[%lu] SCHEDULE_AND_PROPAGATE_HOST_DOWNTIME;$naghost;$debut;$fin;1;0;7200;toto;$comment\n" $now > $commandfile 
 +</code> 
 +=====Annuler des actions en masse===== 
 + 
 +//Préalable : il faut avoir activer les commandes externes (ce qui est bien souvent le cas...)// 
 + 
 +Pour annuler en masse certaines actions, on peut interagir avec le fichier de pipe nommé **nagios.cmd** (situé dans **/var/spool/nagios/cmd/** ; sinon voir le paramètre ''command_file'' dans **/etc/nagios/nagios.cfg**). 
 + 
 +Exemple pour supprimer des DOWNTIME planifiés pour un équipement et tous ses fils (soit une centaine de DOWNTIME) : 
 +  * on pourrait les supprimer un par un / clic par clic dans le menu "Downtime" ou ils sont listés, mais ça serait fastidieux ; au lieu de cela, repérer juste le premier et le dernier "Downtime ID" (1050 et 1150 dans mon cas) 
 +  * puis se connecter en SSH sur le serveur et lancer la commande : 
 +<code bash> 
 +for i in `seq 1050 1150`; do 
 +  printf "[%lu] DEL_HOST_DOWNTIME;$i\n" `date +%s` > /var/nagios/rw/nagios.cmd 
 +done 
 +</code> 
 +Cela a pour effet d'envoyer des commandes qui seront lues par nagios ; l'effet n'est pas immédiat cela peut prendre quelques secondes/minutes. 
 + 
 + 
 +======Liens======
  
   * http://doc.ubuntu-fr.org/nagios   * http://doc.ubuntu-fr.org/nagios
informatique/logiciels/nagios.1423429949.txt.gz · Last modified: 2015/02/08 21:12 by pteu