Announcement

**MaEsTrO** · 16 July 2007, 14:41

Yop,

La commande de check dans un service passif ne sera ex�cut�e uniquement si tu as d�fini un d�lai de fraicheur (freshness) sur ton service (option "controle de validit� des donn�es") ou dans nagios.cfg.

Pour grapher un r�sultat de service passif, il faut l�g�rement modifier le script submit-service-check-result (d�clench� par le nagios distribu� � la fin de chaque test) pour que ce dernier envoie le s�parateur '|' et les perfdata au serveur central qui saura interpr�ter le tout. Il faut �galement modifier la commande de notification correspondante.

Je peux te donner ma configuration si tu veux.

Bon courage...

**kharfud** · 16 July 2007, 15:10

Est-il vraiment n�cessaire d'avoir un serveur r�parti pour grapher le r�sultat de services passifs? Parce qu'il est tout a fait possible de se passer de serveurs r�partis en effectuant autant d'envois NSCA que de services depuis l'hote distant...

**MaEsTrO** · 16 July 2007, 15:23

Mais arrete de m'embrouiller !!

L'hote distant c'est ton serveur r�parti.

Soit je capte rien, soit t'es pas clair sur ton architecture distribu�e. Soit tu sais pas ce que tu veux mais tu peux pas avoir des services passifs sans au moins un serveur r�parti. Ou discutons de la s�mantique du serveur r�parti...?

**kharfud** · 16 July 2007, 16:01

Bon, reprenons.
Mon h�te distant est le serveur Linux d'un client qui sert de passerelle a son r�seau. Derriere ce serveur se trouve un serveur de fichiers Windows 2003 et des postes. Je veux monitorer le tout.
Le serveur Linux (et donc ce petit r�seau distant dans son ensemble) ayant une IP non fixe, je ne peux pas utiliser NRPE. J'utilise donc un client NSCA sur le serveur Linux, qui monitore ce meme serveur, mais aussi le reste des machines (postes et serveur Windows) en interrogeant des services NC_Net ou NSclient++ par le biais de check_nt.
Ce que j'appelle un serveur r�parti (et la doc d'Oreon aussi) est un serveur Nagios qui ne sert en gros que de relais aux checks et transmet ses infos au serveur Nagios central (sur MON r�seau). Si j'avais un serveur r�parti dans mon cas de figure, il serait sur le serveur Linux du client.
Or, je n'en ai pas, et cela ne m'empeche nullement de monitorer le r�seau de mon client.
Sauf que... je ne peux pas grapher ces r�sultats.

Ca y est, je peux donc r�p�ter ma question :
Dois-je n�cessairement installer un serveur Nagios sur le serveur/passerelle Linux de r�seau distant pour pouvoir grapher le r�sultat des checks passifs renvoy�s par ce meme serveur Linux ? Y'a-t-il une alternative plus simple, sachant que j'ai une bonne cinquantaine de r�seaux du meme genre � monitorer ?

-------------
PETIT EDIT
-------------
Je reviens sur ce que j'ai dit plus haut : il semblerait que mon pr�d�cesseur ait bien install� un serveur NSCA finalement, encore que tout cela m'a l'air bien bord�lique (c'est dur de d�broussailler quelque chose sans qu'il ait document� quoi que ce soit... rhalalala). J'utilise donc un script service_submit_check_result, une fois pour chaque service, et c'est CRON qui plannifie l'ex�cution de tout cela.
Tout ce qui semble me manquer, c'est le moyen de dire au serveur central que je veux grapher ces r�sultats.

**MaEsTrO** · 16 July 2007, 16:32

Dois-je n�cessairement installer un serveur Nagios sur le serveur/passerelle Linux de r�seau distant

Comment fais-tu pour ordonnancer tes checks et d�clencher send_nsca sans avoir Nagios sur ta b�cane ??

Je redonne ma r�ponse : pour grapher un service passif, il faut donner � NSCA le s�parateur '|' ainsi que les donn�es de performance 'perfdata' r�cup�r�es par la sortie du plugin (s'il y en a) dans le champ 'plugin_output' de ce que tu envoies � la commande send_nsca.

**kharfud** · 16 July 2007, 17:47

Re-re-re et dix de der ^^
J'utilise le meme code que le service_submit_check_result propos� dans cette page. (comme a peu pr�s tout le monde j'imagine)
A partir de l� je ne comprends pas tr�s bien a quoi sert ce s�parateur, sinon a concat�ner des perfdatas dans le $4. Selon quelle syntaxe dois-je indiquer le s�parateur?

Au passage, je n'utilise pas $4 comme quatrieme param�tre fourni � send_nsca, mais `$3`, qui me fournit bien la bonne chaine affich�e ensuite dans la colonne Informations d'Oreon.

D�sol� si je vous parait un peu lourdeau :-| Mais ca rentre petit a petit, si si !

**MaEsTrO** · 16 July 2007, 18:11

Tout passe par cron, ok pourquoi pas, alors voila ma piste.

J'appelle le script submit_service_check_result avec les arguments suivants :

Code:

submit_service_check_result $HOSTNAME$ '$SERVICEDESC$' $SERVICESTATE$    '$SERVICEOUTPUT$'   '|'   '$SERVICEPERFDATA$'

O� '$SERVICEOUTPUT$' est ce qui apparait dans le champ 'Informations'. Ici ca correspond � '$4', � toi d'adapter � ta sauce... Puis, modifie le script submit_service_check_result pour qu'il envoie les perfdata que tu lui as donn�. Ma commande send_nsca est donc la suivante :

Code:

/bin/echo -e "$1\t$2\t$return_code\t$4\t$5\t$6\n" | /usr/local/nagios/etc/send_nsca X.X.X.X -c /u
sr/local/nagios/etc/send_nsca.cfg

O� $5 correspond au '|' (on pourrait le mettre direct dans la commande que de le faire passer par un argument) et $6 correspond aux perfdata, comme donn� en parametre dans le script.

NSCA interprete tout ca comme il faut, et tu verras le champ "donn�es de performance" rempli ds l'interface d'Oreon. Apres il faut les traiter comme il faut pour grapher mais tu dois d�j� etre au courant du biz.

C'etait pour l'exemple, sachant que tu ne passes pas par Nagios, et donc pas de macros, � toi de parser la sortie du plugin pour les donner � send_nsca comme il faut tout bien.

Si ce n'est pas clair... J'attends ton retour.

Bonne chance

**kharfud** · 16 July 2007, 19:14

Re coucou
Merci pour le guide Maestro, ca m'a permis de trouver d'autres infos utiles. Il me reste un ptit tracas :
- moi j'utilise cron pour lancer les checks depuis le serveur r�parti
- traditionnellement, comment ca se passe ? Tu as dit que je ne passe pas par Nagios pour parser les perfdata :confused: Il doit donc rester quelque chose sur mon serveur r�parti, que je n'ai pas utilis� a cette fin...

**MaEsTrO** · 18 July 2007, 13:23

Non, rien ne parse les perfdatas avant envoi � Nagios.

Je parlais de parser les perfdatas, parce qu'avec perfparse qui est tellement p�t� qu'il ne parsait pas gd chose, j'�tais oblig� de les traficoter pour rrd car soit les metriques �taient trop longues (18 caracteres max.) soit il y avait des caracteres ill�gaux (le '/' tout seul du check_disk)... Je ne sais pas ce qu'il en est avec ODS, peut �tre qu'il n'y a plus rien besoin d'arranger, je ne me suis pas trop pench� sur la question � vrai dire. Peut etre que maintenant ODS s'occupe de tout pour rrd, surement meme.

Tout ca se parse dans submit_service_check_result, avant l'appel � send_nsca, en bidouillant l'argument $6 qui correspond aux perfdata � l'appel du script.

**MaEsTrO** · 18 July 2007, 13:27

Si mon script peut int�resser quelqu'un, � tout hasard...

Code:

#!/bin/sh

#Arguments:
        #  $1 = host_name (Short name of host that the service is
        #       associated with)
        #  $2 = svc_description (Description of the service)
        #  $3 = state_string (A string representing the status of
        #       the given service - "OK", "WARNING", "CRITICAL"
        #       or "UNKNOWN")
        #  $4 = plugin_output (A text string that should be used
        #       as the plugin output for the service checks)
        #  $5 = pipe to separate performance data
        #  $6 = perfdata

        # Convert the state string to the corresponding return code
        return_code=-1

        case "$3" in
            OK)
                        return_code=0
                    ;;
                WARNING)
                    return_code=1
                        ;;
                CRITICAL)
                    return_code=2
                        ;;
                UNKNOWN)
                    return_code=-1
                        ;;
        esac


        # remove some bullshit metrics having illegal characters or too long size

        if [ $# -eq 6 ]; then
                # separating metric from data
                data=$(echo $6 | cut -d'=' -f 2)
                # removing some illegal metric chars
                metrictmp=$(echo $6 | cut -d'=' -f 1 | tr -d '\\' | tr ':' '_' | tr -d "'")
                # resizing metric
                metric=$(expr substr $metrictmp 1 18)
                # re-assembling metric and data
                perfdata=$metric'='$data
        fi


        # pipe the service check info into the send_nsca program, which
        # in turn transmits the data to the nsca daemon on the central
        # monitoring server

        /bin/echo -e "$1\t$2\t$return_code\t$4\t$5\t$perfdata\n" | /usr/local/nagios/etc/send_nsca X.X.X.X -c /usr/local/nagios/etc/send_nsca.cfg

Sachant qu'il est appel� avec

Code:

submit_service_check_result $HOSTNAME$ '$SERVICEDESC$' $SERVICESTATE$    '$SERVICEOUTPUT$'   '|'   '$SERVICEPERFDATA$'

Bon, il est surement pas parfait je suis loin d'etre une bete en bash, mais ca suffit.

**coco** · 14 August 2009, 13:51

merci pour ton script mais �a marche pas pour mes serveurs windows en fait il prend pas le metric, pour les serveurs windows, en compte en plus le nom du metric dans centreonstorage est diff�rent de celui du perfdata !! exemple :
-Memory-usage # Memory usage
-5-min-load # 5 min load

donc le script n'est pas adapter pour toutes les perfdata???
avez vous le meme problemes??

Announcement

Services passifs sous Oreon : config et graph

Services passifs sous Oreon : config et graph

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment