Malheureusement, Nagios est plus orienté pour fonctionner avec Apache (fichier de configuration déjà prêt lors de l’installation de Nagios) qu’avec Nginx.

En recherchant un peu sur Google, on trouve plusieurs tuto permettant de servir Nagios avec Nginx en moteur Web, voici donc ce qui en ressort et qui tourne en production sur mon Dockstar.

Je vous passe les détails d’installation de perl-fcgi (permettant la bonne exécution des scripts CGI), et de php-fastcgi (pour les scripts PHP, je ne vous apprend rien …)

Dans mon cas, l’installation de Nagios se trouve dans /usr/local/nagios/, les process fastcgi sont configurés en écoute de type socket (que je trouve plus propre qu’une écoute TCP).

J’ai également choisi de mettre Nagios sur un vHost dedié appelé par nagios.mondomaine.com, fichier /etc/nginx/sites-enabled/nagios.conf :

Prenons le vif du sujet, vous désirez surveiller un service Windows via SNMP dont le nom comprend un (ou plusieurs) caractère spécial.

De base Nagios ne veut pas des caractères suivants dans les noms : ` ~ ! $ % ^ & * | ' " < > ? , ( ) =

Pour exemple, le service nommé SQL Server Agent (INST_INST1) ne pourra être surveillé via la commande :

./check_snmp_win.pl -H mon_host -C com_snmp -n "SQL Server Agent (INST_INST1)"
No services matching "SQL Server Agent (INST_INST1)" found : CRITICAL

Ici ce sont les parenthèses qui posent problème, on va donc substituer celles-ci par des . (caractère de substitution en language Perl).

Ce qui nous donne :

./check_snmp_win.pl -H mon_host -C com_snmp -n "SQL Server Agent "."INST_INST1".""
1 services active (matching "SQL Server Agent .INST_INST1.") : OK

Et ça marche enfin !

Depuis mon déménagement en appart’, je n’avais plus de serveur sur lequel jouer, tester des scripts… et il m’était impossible d’en rajouter un, vu la place dispo, le bruit qu’il pourrait faire, et l’accord de ma moitié (très important ^^) j’avais donc abandonné l’idée.

J’aurai effectivement pu faire ceci avec mon ancien WRAP 1E-1, mais il n’aurait pas suffit avec sa faible puissance CPU et capacité mémoire.

Mais depuis quelques mois, je regardais de très près les Plug Computer pour leur consommation électrique et principalement leur faible encombrement !

J’ai commencé par m’intéresser aux Sheevaplug mais vu le rapport prix/délai de livraison … j’ai oublié. Puis je suis tombé sur plusieurs articles concernant le fameux Seagate Dockstar et ce qu’on pouvait en tirer.

J’ai donc craqué la semaine passée, et ai reçu ce dernier en fin de semaine dernière.

Juste le temps pour moi d’y installer une Debian Squeeze toute fraiche (sur une clé USB de 4Go) ainsi que les paquets dont j’avais essentiellement besoin (nginx + spawn-fastcgi + mysql, openvpn, nmap, …) et depuis dimanche soir, il sert déjà à beaucoup de choses !

Il supervise mon VPS Gandi en plus de Monit déjà présent sur ce dernier, avec notamment Cacti / Nagios, et me permet de me connecter en VPN SSL depuis n’importe où (histoire de sécuriser mes navigations web sur les hotspots public)

Et pour le fun, quelques détails de la bête,

# uname -a
Linux honolulu 2.6.32-5-kirkwood #1 Wed Jan 12 15:27:07 UTC 2011 armv5tel GNU/Linux

# cat /proc/cpuinfo
Processor       : Feroceon 88FR131 rev 1 (v5l)
BogoMIPS        : 1192.75
Features        : swp half thumb fastmult edsp
CPU implementer : 0×56
CPU architecture: 5TE
CPU variant     : 0×2
CPU part        : 0×131
CPU revision    : 1

Hardware        : Marvell SheevaPlug Reference Board
Revision        : 0000
Serial          : 0000000000000000

Préambule :

Je dispose de deux serveurs HP-UX que l’on considère comme des node, chacun ayant 2 packages, il est possible d’exécuter un package sur l’une ou l’autre de ces node. Par defaut un package possède une node « Primary », ainsi qu’une autre, « Alternate ».

Mon But :

Savoir sur quelle node s’exécute au moment du check (effectué par Nagios) le package X.

• Si le package tourne sur sa node Primaire, alors on envoi un OK à Nagios
• Si le package s’execute sur la node Alternate, alors l’info warning est renvoyé à Nagios

Comment faire :

La commande « cmviewcl » des HP-UX, permet de visionner entierement la configuration des nodes,packages,… (docs cmviewcl par HP).

Cette commande me permet de connaitre le nom de la node par défaut ainsi que l’alternate, et ce pour tous les packages declarés.

J’affiche donc le résultat pour le package X, puis je compare la node Primary avec la node sur laquelle tourne le package.

Voici donc le script que j’ai créé pour arriver à avoir ceci :

#!/bin/sh
#
# check_package.sh
# Connaitre sur quel node le package s’execute
# JMON – 04092008
#

PATH=/sbin:/usr/sbin:/usr/bin
export PATH

PACKAGE=$1
OWNER=$(/usr/sbin/cmviewcl -v -p $PACKAGE -f line | grep owner | awk -F\= ‘{print $2}’)
CURRENT_NODE=$(/usr/sbin/cmviewcl -v -p $PACKAGE -f line | grep Primary | cut -d \: -f 2 | cut -d \| -f 1)

if [ "$OWNER" = "$CURRENT_NODE" && "$OWNER" != ""];
then
echo « Le package $PACKAGE s’execute sur noeud primaire $OWNER »
exit 0
else
echo « Le package $PACKAGE ne s’execute pas sur noeud primaire $OWNER mais sur $CURRENT_NODE »
exit 1
fi

Application à Nagios :

J’utilise le plugin NRPE pour monitorer mes serveurs HP-UX, j’ai donc declaré ma commande dans mon fichier « nrpe.cfg » (sur mes deux serveurs) :

command[check_package]=sh /usr/local/nagios/libexec/check_package_hpux.sh NOMDUPACKAGE 2> /dev/null

Voila, maintenant à vous de jouer …

]]> http://www.ondaflow.com/nagios-supervision-de-packages-hp-ux/feed 0