Comment debugger les graphes ? [Résolu]

[bejaulin]

Hello,

Je commence à faire le tour de l'interface Oreon et il faut avouer une fois de plus que "Oreon c'est vraiment trop fort !"

Mais il me reste encore les graphs !

Sur ma Gentoo avec Oreon 1.3-rc2 / nagios 2.4 tout à l'air de rouler. Mais impossible de sortir un graph. Les vues reporting sont OK, mais rien dans les vues Oreon.

Donc pour info :
- Les plugins (check_graph_ping / check_graph_nt ) se lancent bien en ligne de commande sans erreur
- Les bases rrd sont là et sont bien alimentées (rrdtool info x_x.rrd)
- Les droits sont OK sur les bases 775 nagios:nagios

Comment diable trouver un solution à mon problème ?

Il existe surement la possibilité de basculer un "truc" en mode debug ? c'est vrai quoi, on est sous Linux avant tout :D

Merci,

Bernard.

[rom]

Bonsoir Bernard,

Quand tu cliques sur les "graphs plugins" dans les vues oreon, tu as quand meme un listing de tes hosts et des services graphes associés ?

[bejaulin]

Bonsoir à toi,

Et oui la liste est bien là pas de pbs de ce coté là...

Je ne lache pas l'affaire, je crois que j'ai lu tous les posts dans le forum et j'ai relu la faq sur le site mais rien !

Mais que manque t'il ?

Toujours pas de beaux graphes :(

BJA.

[bejaulin]

Hello à tous,

Bon j'avance un peu sur mon problème. Je me suis lancé dans la génération des graphes à la main par rrdtool.

Donc avec un peu de patience, j'ai créé les graphes en ligne de commande et regarder si ils contiennent quelque chose de cohérent.

A ce niveau tout semble Ok. C'est pas trop à l'échelle, c'est pas top beau mais j'ai qq chose.

Ceci fait, il faut maintenant que je m'attaque aux fonctions php.

Quelqu'un peut-il m'aiguiller sur la façon dont sont générés ces graphes ? Et comment mettre une trace dans le code ?

Thanks.

BJA.

[bejaulin]

Suite de cette sombre affaire de graphes qui, comme je le vois, fait souvent la une du forum :)

Je continu cette fois sur le fichier RRDs.pm

J'ai modifié le fichier /usr/nagios/libexec/oreon.pm pour que le use lib pointe au bon endroit.

use lib qw(/usr/lib/perl5/vendor_perl/5.8.8/i686-linux-thread-multi ../lib/perl);


avant modification j'avais


use lib qw(/usr/lib/perl5/vendor_perl/5.8.8 ../lib/perl);



Rien de nouveau pour la génération des graphes mais j'ai une question :
Est-ce que le fichier RRDs.pm doit se trouver au même endroit que RRDp.pm ?

Somebody help ?

Merci,

BJA.

[bejaulin]

Hello, hello,
quatrième jours de recheche et toujours pas de solution :( pour ces bondioux de graphes !

Je continu mes investigations... p't être bien qu'un jours quelqu'un viendra sur ce forum lire mes posts ?!

Encore et toujours des questions :

- En cliquant sur le petit icône graphe à coté d'un service j'ai parfois le message "Vous n'êtes pas autorisé à accéder à cette page".
Comme notre ami KidouCorp

http://forum.oreon-project.org/viewtopic.php?t=1976&highlight=acc%E8s+non+autoris%E9

Est-ce un pb de droit au sens accès fichiers ?

A mon avis, ce petit icône graphe ne devrait pas apparaître si le plugin ne ne gère pas de base rrd.

Another question....
- Est-ce obligatoire d'associer un modèle de graphe pour les services ? (Service Configuration -> service Extend Infos -> Graph Modèle)

Thanks

BJA.

[bejaulin]

Hello,

Je continu mes recherches dans le debug des graphes.

En creusant avec la pioche dans le code, je vois que la fonction PHP generateRRDImagePlugins.php me génère une image à partir de la base 1_7.rrd

Affichage du code source depuis firefox.
src='./include/views/graphs/generateImage/generateRRDImagePlugins.php?session_id=6ceffc7320e 9cec9a3e2b25c1eb24b04&database=1_7.rrd&template_id='>

Ma question du jour :

Comment placer une trace dans la fonction pour être certain que Oreon n'a pas de problème pour interpréter le contenu des bases RRD ?

Thanks,

BJA.

[bejaulin]

Hello, hello,
quatrième jours de recheche et toujours pas de solution :( pour ces bondioux de graphes !

Je continu mes investigations... p't être bien qu'un jours quelqu'un viendra sur ce forum lire mes posts ?!

Encore et toujours des questions :

- En cliquant sur le petit icône graphe à coté d'un service j'ai parfois le message "Vous n'êtes pas autorisé à accéder à cette page".
Comme notre ami KidouCorp

http://forum.oreon-project.org/viewtopic.php?t=1976&highlight=acc%E8s+non+autoris%E9

Est-ce un pb de droit au sens accès fichiers ?

A mon avis, ce petit icône graphe ne devrait pas apparaître si le plugin ne ne gère pas de base rrd.

Another question....
- Est-ce obligatoire d'associer un modèle de graphe pour les services ? (Service Configuration -> service Extend Infos -> Graph Modèle)

Thanks

BJA.

Apparement Julio a sorti un patch sur le problème "Vous n'êtes pas autorisé à accéder à cette page".

http://forum.oreon-project.org/viewtopic.php?t=2117

J'sais pas si la RC4 corrigera mon problème de graphe...mais on a le droit d'espérer

[wistof]

hello,

dans le fichier include/views/graphs/generateImage/generateRRDImage.php
ligne 191, tu rajoutes :
exec( "echo '" . $command_line . "' > /tmp/debug.txt" );
tu devrais avoir dans /tmp/debug.txt la ligne qui permet de générer le graph.
il reste plus qu'a la lancé à la mano avec ton user apache

[bejaulin]

Merci pour ta réponse wistof,

Comme c'est intéressant ! Après modification, je n'ai pas de fichier debug.txt dans tmp !

On avance un peu. La variable $command_line ne contient rien, donc pas de graphe à générer.

Je vais essayer de remonter plus haut dans le code et mettre un

exec (`echo debug graphes > /tmp/debug.txt`);

pour voir si je n'ai pas un problème d'appel à la fonction generateRRDImage.php

Qu'en penses-tu ?

[wistof]

oups... c'est dans generateRRDImagePlugins.php

dsl...

[bejaulin]

YES !

/usr/bin/rrdtool graph - --start=1153908593 --end=1153995113 --interlaced --width=600 --height=200 --title=Graph ALIVE_GRAPH on geser20 --vertical-label=Value --color CANVAS#FFFFFF --color BACK#FEFEFE --color FONT#000000 --color MGRID#800000 --color GRID#808080 --color FRAME#000000 --color ARROW#FFFFFF --color SHADEA#C0C0C0 --color SHADEB#909090 --alt-autoscale-max --lower-limit=0 DEF:v0=/usr/local/oreon/rrd/4_8.rrd:a:AVERAGE COMMENT:" \c" COMMENT:" From 26/07/2006 12\:09 to 27/07/2006 12\:11 \c" COMMENT:" \c" LINE2:v0#1183EE:"Default_DS1 " GPRINT:v0:AVERAGE:"Average\:%8.2lf%s" GPRINT:v0:MIN:"Min\:%8.2lf%s" GPRINT:v0:MAX:"Max\:%8.2lf%s" GPRINT:v0:LAST:"Last\:%8.2lf%s\l"


En le lançant à la main j'ai :
$ ./debug.txt
ERROR: invalid color name 'FRAME'

On touche au but ! rrdtool ne comprend pas --color FRAME#000000

Reste à comprendre pourquoi...

Est-ce que le paramètre de version de RRD dans Options -> Options générales -> RRDTool est important ? Je possède la version 1.2.6-r1.

BJA.

[wistof]

essaye avec ça pour voir


/usr/bin/rrdtool graph a.png --start=1153908593 --end=1153995113 --interlaced --width=600 --height=200 --title='Graph ALIVE_GRAPH on geser20' --vertical-label=Value --color CANVAS#FFFFFF --color BACK#FEFEFE --color FONT#000000 --color MGRID#800000 --color GRID#808080 --color FRAME#000000 --color ARROW#FFFFFF --color SHADEA#C0C0C0 --color SHADEB#909090 --alt-autoscale-max --lower-limit=0 DEF:v0=/usr/local/oreon/rrd/4_8.rrd:a:AVERAGE COMMENT:" \c" COMMENT:" From 26/07/2006 12\:09 to 27/07/2006 12\:11 \c" COMMENT:" \c" LINE2:v0#1183EE:"Default_DS1 " GPRINT:v0:AVERAGE:"Average\:%8.2lf%s" GPRINT:v0:MIN:"Min\:%8.2lf%s" GPRINT:v0:MAX:"Max\:%8.2lf%s" GPRINT:v0:LAST:"Last\:%8.2lf%s\l"

[julio]

ha oauis faut remplir tous les champs de couleurs... je vais corriger ce pb pour que ca le gere...

[bejaulin]

Oups là ... toucher plus à rien ! c'est tout bon !!

Le problème est lié à la version de RRDTool. je suis passé en 1.2.15 et maintenant le COLORTAG FRAME est bien pris en compte.

En faite, il faut juste une version rrdtool > 1.2.6 . Pas de chance, sous Gentoo les versions de rrdtool sont encore déclarées en non stable après la 1.2.6 .

Alors, pour nos amis sous Gentoo, ajouter la ligne suivante dans package.keywords

#vi /etc/portage/package.keywords

net-analyzer/rrdtool ~x86


#emerge net-analyzer/rrdtool


Dans les pré-requis, si vous pouvez ajouter Version de RRDTool > 1.2.6 ça serait super...

Merci à tous.

BJA

PS : J'ai vraiment galéré pour ce problème, mais vive Linux et longue vie à Oreon quand même. :D

[sebelec]

le probléme vien aussi du paquetage install nagios by oreon, le rddtool est en version 1.0.49...

:)

[inconnuflo]

oui a priroi la version 1.0 n'est plus supporte par oreon1.3
il faut a tout pris installer rrdtool1.2 :wink:

[inconnuflo]

Rectification
j'ai reussi à faire fonctionner un rrdtool 1.0 avec nagios2.5 et oreon1.3rc3
et mon graph uptime du serveur marche nickel :wink:

[inconnuflo]

je confirme à nouveau avec une nouvelle install

qu'une platform Debian 3.1 utilisant que les paquets stables (meme rrdtool 1.0.49), Nagios 2.5 et oreon 1.3, fonctionne très bien :!: :!: :!: :!:

Bien sur, j'ai respecter la procédure mis dans le wiki depuis le début :wink:

[bejaulin]

Hello,

Pour moi c'est clair, les graphes doivent fonctionner vu que la directive COLORTAG FRAME de la commande rrdgraph était présente dans les versions 1.0.x de rrdtool.

En conclusion :
graphes Oreon OK pour les versions rrdtool 1.0.x et > 1.2.6

[wistof]

par contre, avec une version rrdtool 1.0.x, tu n'as pas des \ devant les : dans la ligne COMMENT ? :roll:

[DonKiShoot]

avant de passer en 1.2 j'avais des \ et c t moche :x

[VolCom974]

vous conseillez donc d'installer la dernière version de rrdtool?

[wistof]

au moins une version 1.2

[barbaar]

Sorry again for posting in English, my French is not to good :(

I am experiencing the same rrd problem. I am using Oreon 1.3.2 and Gentoo with rrdtool rrdtool-1.2.6-r1

This is the command that Oreon creates (and tries to execute):


/usr/bin/rrdtool graph - --start=1162332000 --end=1164924009 --interlaced --width=600 --height=200 --title='Graph snmpLoad on Host ldap.bart.nl' --vertical-label='Value' --color CANVAS#FFFFFF --color BACK#FEFEFE --color FONT#000000 --color MGRID#800000 --color GRID#808080 --color FRAME#000000 --color ARROW#FFFFFF --color SHADEA#C0C0C0 --color SHADEB#909090 --lower-limit 0 --rigid DEF:v0=/usr/local/oreon/filesGeneration/graphs/simpleRenderer/rrdDB/ldap.bart.nl_snmpLoad.rrd:load_1_min:LAST COMMENT:" \c" COMMENT:" From 31/10/2006 23\:00 to 30/11/2006 23\:00 \c" COMMENT:" \c" LINE2:v0#1183EE:"DS1 " GPRINT:v0:AVERAGE:"Average\:%8.2lf%s" GPRINT:v0:MIN:"Min\:%8.2lf%s" GPRINT:v0:MAX:"Max\:%8.2lf%s" GPRINT:v0:LAST:"Last\:%8.2lf%s\l"


And the resulting error:

ERROR: invalid color name 'FRAME'



Any ideas?

[DonKiShoot]

[28/11/2006 16:47] RDDTOOL : /usr/bin/rrdtool graph - --start=1164643156 --end=1164729596 --interlaced --width=600 --height=200 --title='Graph HTTP on Host SRV92FNX' --vertical-label='Value' --color CANVAS#FFFFFF --color BACK#FEFEFE --color FONT#000000 --color MGRID#800000 --color GRID#808080 --color FRAME#000000 --color ARROW#FFFFFF --color SHADEA#C0C0C0 --color SHADEB#909090 --lower-limit 0 --rigid DEF:v0=/usr/local/oreon/filesGeneration/graphs/simpleRenderer/rrdDB/SRV92FNX_HTTP.rrd:size:LAST DEF:v1=/usr/local/oreon/filesGeneration/graphs/simpleRenderer/rrdDB/SRV92FNX_HTTP.rrd:time:LAST COMMENT:" \c" COMMENT:" From 27/11/2006 16\:59 to 28/11/2006 16\:59 \c" COMMENT:" \c" LINE2:v0#1183EE:"DS1 (B) " GPRINT:v0:AVERAGE:"Average\:%8.2lf%s" GPRINT:v0:MIN:"Min\:%8.2lf%s" GPRINT:v0:MAX:"Max\:%8.2lf%s" GPRINT:v0:LAST:"Last\:%8.2lf%s\l" LINE2:v1#18E631:"DS2 (.739256s) " GPRINT:v1:AVERAGE:"Average\:%8.2lf%s" GPRINT:v1:MIN:"Min\:%8.2lf%s" GPRINT:v1:MAX:"Max\:%8.2lf%s" GPRINT:v1:LAST:"Last\:%8.2lf%s\l" 2>&1


No problem for me with that parameters.

Are you using rrdtool 1.0 or 1.2 ? Do you correctely configure Oreon with good rrdtool version ?

[barbaar]

I configged rrdtool version 1.2 in Oreon, and rrdtool --help returns:


www rrdDB # /usr/bin/rrdtool --help
RRDtool 1.2.6 Copyright 1997-2005 by Tobias Oetiker <tobi@oetiker.ch>
Compiled Mon Nov 20 07:35:38 CET 2006


I removed the --color FRAME#000000 part and do see images now

[julio]

update rrdtool :) in last verison there are no problem : 1.2.15

[barbaar]

Had a typo in /etc/portage/package.keywords. That's why I thought there was no newer packages available...

Works now, thanks!