Comme vous avez pu le constater je parle de moins en moins de Nagios (même si la page réunissant les billets sur le sujet reste la plus consulté de mon blog).  Même si la raison principale est que, de part mon activité professionnelle, je m'intéresse moins à la supervision système/réseau, je suis de moins en moins positif par rapport aux orientations prise par Nagios. Les priorités ne sont pas mises aux bons endroits, en effet, "Nagios Enterprise" met de coté les aspects techniques (évolution du produit, prise en compte des demandes des utilisateurs) par rapport aux cotés "business" (support, maintenance, gestion de la marque (c) Nagios, communication...).

Nous retombons ici sur l'éternel problème de l'industrialisation d'une solution libre. Je ne pense pas que les méthodes de "Nagios Enterprise" soient les bonnes. L'avenir nous le dira. Il serait dommage que les 10 ans d'efforts d'Ethan pour développer une solution libre et ouverte de supervision réseau soient réduit à néant. D'autant plus que la concurrence avance de son coté (voir par exemple Zabbix).

A suivre...

Voici une méthode simple rapide et efficace (enfin plus rapide à mettre en place que NRPE) pour surveiller l'espace disque disponible de ses machines Linux/BSD/Windows à partir de Nagios en utilisant le protocole SNMP.

Les pré-requis sont les suivants:

• avoir un Nagios correctement installé
• la machine à surveiller doit héberger un serveur SNMP dont la configuration permette au serveur Nagios de lire les informations (l'accès read-only v1/v2 de SNMP est suffisant)
• suivre la suite de ce billet

Configuration de la machine à surveiller

Après avoir installé et configuré son serveur SNMP, il faut ajouter la ligne suivante au fichier de configuration snmpd.conf (la localisation de ce dernier est os dépendant):

disk / 100000

PS: le deuxième paramètre permet de fixer le seuil en dessous duquel une alerte SNMP est remontée. Il n'est pas très important pour nous car c'est Nagios qui va générer cette alerte avec nos propres valeurs.

On doit bien sûr relancer le service snmpd pour lire la configuration, par exemple:

/etc/init.d/snmpd restart

Configuration du serveur Nagios

La première chose à faire est de vérifier que l'on arrive bien à récupérer les informations SNMP sur la machine à surveiller (d'adresse IP 192.168.0.200 dans notre exemple). Pour cela on peut utiliser la commande suivante:

snmpget -v 1 -c public 192.168.0.200 .1.3.6.1.4.1.2021.9.1.9.1
UCD-SNMP-MIB::dskPercent.1 = INTEGER: 32

La commande a réussi. On a bien récupéré la valeur 32 par SNMP. Donc On a 32% d'espace disque occupé sur le disque de la machine 192.168.0.200.

On configure Nagios de la manière suivante, on édite le fichier commands.cfg:

#################
# check_snmp_disk
#################

# Check free disk space using SNMP (add the "disk 1000000" line to the snmpd.conf)

define command{

command_name	check_snmp_disk

command_line	$USER1$/check_snmp -H $HOSTADDRESS$ -o .1.3.6.1.4.1.2021.9.1.9.1 -C $ARG1$ -w $ARG2$ -c $ARG3$ -u "% used"

}

Puis on configure le service pour la machine à surveiller (dans un autre fichier comme par exemple services.cfg):

define service{
use			generic-service
host_name               Ma_Machine_192.168.0.200
service_description 	DISK SPACE
check_command 		check_snmp_disk!public!90!95
}

La fonction check_snmp_disk prend 3 paramètres:

• le nom de la communauté SNMP (public)
• le seuil au dessus duquel un warning est généré par Nagios (90%)
• le seuil au dessus duquel un error est généré par Nagios (95%)

Il ne reste plus qu'a relancer Nagios pour prendre en compte la configuration !

J'ai développé un petit script (sous licence GPL) permettant d'automatiser l'installation d'un serveur Nagios complet sur une distribution GNU/Linux Ubuntu (j'ai validé le script sur Ubuntu 9.10). Libre à vous de modifier ce script pour l'adapter à vos besoins. Si des âmes charitables veulent modifier le script pour l'adapter à d'autres distribution GNU/Linux ou BSD, je suis preneur pour les mettre en téléchargement sur mon SVN.

Récupération du script

On lance la commande suivante pour télécharger le script sur son serveur et le rendre exécutable:

wget http://svn.nicolargo.com/nagiosautoinstall/trunk/nagiosautoinstall-ubuntu.sh

chmod a+x nagiosautoinstall-ubuntu.sh

PS: vous pouvez télécharger le script directement par l'URL suivante:

Lancement du script

Il suffit ensuite de lancer le script et de répondre aux questions posées par le système:

sudo ./nagiosautoinstall-ubuntu.sh

Informations sur l'installation

Dans la version 0.1 du script la configuration finale est la suivante:

Nagios Core version      3.2.0
Nagios Plugins version   1.4.14
Utilisateur système:     nagios
Groupe système:          nagios
URL de l'interface Web:  http://localhost/nagios/
Utilisateur pour l'interface Web: nagiosadmin

Centreon, le très controversé complément de Nagios vient de sortir en version 2.1.  Je rappelle que la procédure d'installation de Centreon est disponible ici. (update: Pierre-Yves a dégoté quelques nouvelles fonctions...)

Voici la liste complète des fonctionnalités/corrections de bugs (en Anglais, désolé pas le temps de traduire...)...

• add Timezone Management in check period for hosts and services
• add Timezone Management in notifications period for hosts and services
• add Timezone Management for user view
• add Configuration changelog
• add Action ACL
• add update current user ACL view
• Improve MySQL request in monitoring
• Improve Centstorage status DB generation
• add unhandled view in service monitoring page
• add unhandled view in host monitoring page
• add search in treeviews
• add custom colors for host/service acknowledgement status in monitoring
• add custom colors for host/service downtime status in monitoring
• add new menu ajax for a better navigation
• add shortcut for autologin
• improve LDAP management
• add user login/logout log
• add log for sql requets.
• improve generation for configuration files
• improve restart message
• add toolbar with activity message (loading, messsage sent...)
• add ajax for external command in object details in monitoring
• add nagios poller interface (nagios style)
• add env var view for nagios poller
• fix problem with colors in eventlogs
• fix problem with multi version upgrade
• improve nagios statistics graphs color
• fix problem with data in nagios statistics graphs
• fix problem with sql upgrade script
• change color of configuration and administration tab
• remove problem with duplicate function require
• fix bug with init script for nagios path
• improve translation
• add option -p (snmp port) on SNMP plugins
• fix pb with HG pages (toolbar more action not working for enable / disable)
• remove warning on centstorage
• fix problem wit --del on centcore for rsync
• fix: error on host configuration page
• fix: error on service configuration page
• fix: error with color of status in eventlog
• enhancement: add status type on host and service monitoring page
• fix: remove hardcoded path in install
• fix: remove error in DB class
• fix: remove error durint shelle install
• fix: remove problems with accents in image management pages
• fix: remove warning in csv export of reporting
• fix: generation of SNMP traps definition files
• fix: nagios debug_level works
• fix: AJAXed div's were not translated
• enhancement : new CentreonLang class that manages user's language and charset
• fix: remove problem with generation of service by hostgroup
• fix: remove problem with ACL and function getHostService
• fix: remove ACL in hostgroups
• fix: remove warning in censtorage
• fix: remove warning in cencore
• fix: english wording
• fix: remove ldap import pb
• fix: change scaled problem by default
• fix: slope mode in graph is enabled by default
• fix: fix date period selection in reporting
• Task #1009 : [Configuration] > [Commands] : Better behavior of forms
• fix #1001 : Centstorage Incorrect masks applied on created directories
• fix #999 : GMT Bug (period not defined)
• fix #998 : Pagination bug
• fix #950 : Bug in Centstorage
• fix #925 : Removes spaces in beginning and end of translatable strings
• fix #340 : Configuration generator problems
• fix #379 : Meta Services bugs
• Adds icons in Eventlogs & Graph views search bars
• fix: remove use of rsync due to protocol problem with different version of rsync
• fix: improve log use in centcore
• fix: improve requests performance in monitoring
• fix #1089 : Problem with host and service configuration form on "view" mode
• fix #1089 : Media/Images issue
• fix #1088 : Duplication problem
• fix #1040 : ArchiveDayLog scripted could be executed twice in a day because of an NTP sync
• fix #1038 : Entered LDAP passwords were logged in a log file in case of a login failure
• fix #1032 : Incorrect values in flash charts due to translations
• fix #1023 : New Acknowledgement System
• fix #1021 : Nagios files were generated even on de activated pollers
• fix: improve monitoring sql request
• fix: Add ACL for Meta services
• fix: add foreign keys for hg and sg relations table for ACL
• fix: add foreign keys actions rules table on ACL
• fix: error in graph (4 graphs view)
• fix: escalation generation in distributed mode
• fix: issue when we add a service -> request problem
• fix: generation problem for host template
• fix: configuration changlog insert problem
• fix: configuration > plugins page Options

Nagios, l'outil de supervision libre, se base sur un système de plugin pour surveiller les éléments de votre réseau. Une nouvelle version (1.4.14) vient d'être mise à disposition (voir la liste des nouveautés ici).  Pour mettre à jour votre serveur, il suffit de suivre cette procédure que j'avais écrite il y a quelques temps.

Bonne upgrade !

Je viens de commander ce livre, je vous fait un retour dès que je l'aurai entre les mains.

L'équipe de développement de Nagios n'a pas pris de longues vacances cette année. En effet, ils ont profité de notre absence pour sortir une version 3.2.0 du cœur de leur logiciel de supervision (voir le changelog ici). Vous pouvez lire ce billet pour mettre à jour votre Nagios d'une version 3.x vers cette version 3.2.0.

Pas de nouveauté mais juste le correctif pour un gros bug de la version 3.1.1 qui mettait votre CPU KO...
Il est donc temps de mettre à jour son serveur en suivant cette procédure.

Nous allons dans ce billet tester la version 1.2.6 de NConf sur un serveur Nagios 3.1. Je pars sur l'hypothèse ou le serveur Nagios a été installé en suivant mes deux premiers tutos (1 et 2).

Installation de NConf

On commence par récupérer la dernière version disponible de NConf (la 1.2.6).

wget http://sourceforge.net/projects/nconf/files/nconf/1.2.6-0/nconf-1.2.6-0.tgz/download

On décompresse l'archive:

tar zxvf nconf-1.2.6-0.tgz

Puis on copie le répertoire nconf à la racine de son serveur Web et on change les droits:

sudo mv nconf /usr/local
sudo chown -R www-data:www-data /usr/local/nconf

Notes: les sous-répertoires suivants doivent avoir les droits en écriture pour l'utilisateur www-data:
./config
./output
./static_cfg
./temp

Création de la base de donnée

La prochaine étape consiste à créer une base de données dédiée ) NConf. Pour créer un base de donnée nommée nconf avec les droits pour l'utilisateur nconfuser (mot de passe: nconfpassword), il faut saisir les commandes suivantes sur son serveur MySQL:

# mysqladmin --user=root -p create nconf

# mysql --user=root -p mysql

mysql> GRANT ALL ON nconf.* TO nconfuser@localhost IDENTIFIED BY 'nconfpassword';

mysql> flush privileges;

Configuration du serveur Web

Pour rendre accessible le répertoire /usr/local/nconf à partir de votre serveur Web, il faut ajouter le fichier de configuration /etc/apache2/conf.d/nconf.conf dans votre configuration Apache:

Alias /nconf /usr/local/nconf/
<Directory "/usr/local/nconf">
Options Indexes
AllowOverride AuthConfig Options
Order allow,deny
Allow from all
</Directory>

Puis relancer Apache:

apache2ctl restart

Configuration de NConf

La fin de l'installation se fait via une interface Web. Il faut donc saisir l'URL suivante dans un navigateur:

Ce qui devrait afficher:

On clique sur le bouton Next.

On doit saisir les paramètres de la base de donnée préalablement créées:

On clique sur le bouton Next.

Le test de la BD doit être OK:

On clique sur le bouton Next.

On fixe les répertoires de Nconf et de Nagios (/usr/local/nagios/bin). Attention dans le champs NAGIOS BIN, il faut saisir le chemin complet vers le binaire de Nagios (/usr/local/nagios/bin/nagios) et pas seulement le répertoire comme je l'ai fait dans un premier temps dans cette capture d'écran...

On clique sur le bouton Next.

On fixe un mot de passe (adminpassword) pour l'accès à NConf:

On clique sur le bouton Next.

Le programme d'installation va vérifier la configuration (tout doit être OK):

On clique sur le bouton Finish.

On efface les fichier suivant:

sudo rm -r /usr/local/nconf/INSTALL /usr/local/nconf/INSTALL.php /usr/local/nconf/UPDATE /usr/local/nconf/UPDATE.php

Mise en place de la synchronisation avec Nagios

Comme NConf peut être hébergé sur une machine différente du serveur Nagios, l'importation de la configuration NCOnf vers Nagios doit se faire à la main ou par un script shell. Je préfére bien entendu cette deuxième méthode.

Avant tout, il faut vérifier que le répertoire Nagios à les bon droits en lecture et écriture pour être modifié par l'utilisateur www-data (utilisateur avec lequel le serveur Apache est lancé). Le plus simple est d'ajouter www-data au groupe nagiosgrp:

# vigr
nagiosgrp:x:1002:nagios,www-data

puis de mettre les bons droits au répertoire etc:

chown -R nagios:nagiosgrp /usr/local/nagios/etc
chmod 770 /usr/local/nagios/etc

J'ai ensuite modifié le script ADD-ONS/deploy-local.sh de la manière suivante:

#!/bin/bash
OUTPUT_DIR="/usr/local/nconf/output/"
NAGIOS_DIR="/usr/local/nagios/etc/"
TEMP_DIR=${NAGIOS_DIR}"import/"
CONF_ARCHIVE="NagiosConfig.tgz"
if [ ! -e ${TEMP_DIR} ] ; then
mkdir -p ${TEMP_DIR}
fi
if [ ${OUTPUT_DIR}${CONF_ARCHIVE} -nt ${TEMP_DIR}${CONF_ARCHIVE} ] ; then
cp -p ${OUTPUT_DIR}${CONF_ARCHIVE} ${TEMP_DIR}${CONF_ARCHIVE}
tar -xf ${TEMP_DIR}${CONF_ARCHIVE} -C ${NAGIOS_DIR}
/etc/init.d/nagios reload
fi
exit

Il ne reste plus qu'a l'éxecuter de manière automatique (par exemple toutes les 5 minutes) via un crontab root:

# crontab -e
*/5 * * * * /bin/bash /usr/local/nconf/ADD-ONS/deploy_local.sh 2>&1 > /dev/null

Utilisation de NConf

La première chose à faire est de se connecter à l'interface Web et de s'authentifier (admin/adminpassword). La page suivante devrait s'afficher:

On va tester notre nouvelle interface en ajoutant un nouvel host dans Nagios. Pour cela on clique sur le menu "Hosts Add" de NConf:

On clique ensuite sur Submit.

On peut alors choisir les services à superviser (il est bien sûr possible d'ajouter des services via NConf):

On clique ensuite sur Submit.

Une dernière page s'affiche avec le résumé:

On clique sur Finish.

NConf vient ainsi d'ajouter ce nouvel host dans sa base de donnée. En cliquant maintenant sur le lien "Generate Nagios config", on va générer les fichiers de configuration de Nagios dans un NagiosConfig.tgz se trouvant dans le répertoire  /usr/local/nconf/output.

Il ne reste plus qu'a attendre le prochain lancement du script deploy-local.sh (dans les 5 minutes via crontab) pour que le host apparaisse dans Nagios:

Conclusion

Bien qu'en développement, NConf est très prometteur et comble le vide laissé par Nagios pour l'administration via une interface Web. L'idéal serait maintenant d'intégrer cette interface dans celle de Nagios (le hack ne doit pas être très difficile à faire) afin de ne pas avoir deux interfaces (NConf et Nagios).

A vous de tester maintenant...

C'est une très bonne introduction à Nagios, plutôt dédiée aux personnes débutant dans le domaine de la supervision réseau mais ayant quand même de bonne base en système et réseau.

Le livre est seulement disponible en Anglais (pas de traduction prévue pour le moment). Si vous êtes allergique à la langue de Shakespeare, je vous conseille encore une fois le très bon livre d'Olivier Jan: "Nagios et la supervision open source".