Oreon et perfparse ???

[DonKiShoot]

J'essai de faire fonctionner perfparse avec nagios 2.4 au travers d'Oreon mais c'est la fête.

Sur le site de perfparse il semble que la solution la plus performante soit perfparse au travers d'un pipe mais alors je ne pige pas commande le mettre en place.
Comme Oreon semble prendre en charge une bonne partie du boulot, je ne sais pas par ou commencer.

Perfparse avec Oreon ça se passe comment ?
Comment qu'on fait ?

Il y a des limitations ? Notamment sur la méthode à utiliser (daemon,pipe,mysql,fichier,...) ?

[julio]

nan nous on genere juste le fichier de conf et on lit les données. Apres toi tu choisis ta methode, tu choisis ta perfdata commande... tu fais exactement ce que tu veux...

[DonKiShoot]

Oui c'est ce que je commence à comprendre.

En tous cas c'est la misère à faire marcher ce truc

Faudra que vous file un tuto quans ca marchera 8)

PS:
Je pense que le fichier généré lors de l'install de perfparse dans le dossier etc de nagios (nagios_perfparse.cfg) met un peu la grouille dans le système oreon+nagios puisque dedans on retrouve les commands process-host-perfdata et process-service-perfdata alors qu'Oreon les génères déja dans misccommands.cfg :evil:

[DonKiShoot]

Bon ba mon perfparse marche bien apparement puisque ma base mysql se rempli proprement.
Par contre l'interface graphique de perfparse que ce soit en cgi ou en php ça ne marche pas terrible du tout (impossible de sortir une belle courbe, je n'ai que des graphiques vides).
Et pour Oreon c'est pas mieux, il me detecte bien mon host et mon service mais il ne me sort que des graphiques vident :evil:

Ma base mysql :

use nagios;
select * from perfdata_service_bin;

+----+-----------+---------------------+--------+---------------------+-------+------+----------+-------+
| id | host_name | service_description | metric | ctime               | value | warn | critical | state |
+----+-----------+---------------------+--------+---------------------+-------+------+----------+-------+
|  5 | test_host | test_service        | loss   | 2006-06-14 16:16:32 |     0 |   30 |       60 |     0 |
|  6 | test_host | test_service        | rta    | 2006-06-14 16:16:32 |     0 |  0.2 |      0.4 |     0 |
|  7 | test_host | test_service        | loss   | 2006-06-14 16:21:32 |     0 |   30 |       60 |     0 |
|  8 | test_host | test_service        | rta    | 2006-06-14 16:21:32 |     0 |  0.2 |      0.4 |     0 |
|  9 | test_host | test_service        | loss   | 2006-06-14 16:26:32 |     0 |   30 |       60 |     0 |
| 10 | test_host | test_service        | rta    | 2006-06-14 16:26:32 |     0 |  0.2 |      0.4 |     0 |
| 11 | test_host | test_service        | loss   | 2006-06-14 16:31:37 |     0 |   30 |       60 |     0 |
| 12 | test_host | test_service        | rta    | 2006-06-14 16:31:37 |     0 |  0.2 |      0.4 |     0 |
| 13 | test_host | test_service        | loss   | 2006-06-14 16:36:37 |     0 |   30 |       60 |     0 |
| 14 | test_host | test_service        | rta    | 2006-06-14 16:36:37 |     0 |  0.2 |      0.4 |     0 |
| 15 | test_host | test_service        | loss   | 2006-06-14 16:41:37 |     0 |   30 |       60 |     0 |
| 16 | test_host | test_service        | rta    | 2006-06-14 16:41:37 |     0 |  0.2 |      0.4 |     0 |
| 17 | test_host | test_service        | loss   | 2006-06-14 16:46:37 |     0 |   30 |       60 |     0 |
| 18 | test_host | test_service        | rta    | 2006-06-14 16:46:37 |     0 |  0.2 |      0.4 |     0 |
| 19 | test_host | test_service        | loss   | 2006-06-14 16:51:37 |     0 |   30 |       60 |     0 |
| 20 | test_host | test_service        | rta    | 2006-06-14 16:51:37 |     0 |  0.2 |      0.4 |     0 |
| 21 | test_host | test_service        | loss   | 2006-06-14 16:56:37 |     0 |   30 |       60 |     0 |
| 22 | test_host | test_service        | rta    | 2006-06-14 16:56:37 |     0 |  0.2 |      0.4 |     0 |
| 23 | test_host | test_service        | loss   | 2006-06-14 17:01:37 |     0 |   30 |       60 |     0 |
| 24 | test_host | test_service        | rta    | 2006-06-14 17:01:37 |     0 |  0.2 |      0.4 |     0 |
| 25 | test_host | test_service        | loss   | 2006-06-14 17:06:41 |     0 |   30 |       60 |     0 |
| 26 | test_host | test_service        | rta    | 2006-06-14 17:06:41 |     0 |  0.2 |      0.4 |     0 |
| 27 | test_host | test_service        | loss   | 2006-06-14 17:11:41 |     0 |   30 |       60 |     0 |
| 28 | test_host | test_service        | rta    | 2006-06-14 17:11:41 |     0 |  0.2 |      0.4 |     0 |
| 29 | test_host | test_service        | loss   | 2006-06-14 17:16:41 |     0 |   30 |       60 |     0 |
| 30 | test_host | test_service        | rta    | 2006-06-14 17:16:41 |     0 |  0.2 |      0.4 |     0 |
| 31 | test_host | test_service        | loss   | 2006-06-14 17:21:41 |     0 |   30 |       60 |     0 |
| 32 | test_host | test_service        | rta    | 2006-06-14 17:21:41 |     0 |  0.2 |      0.4 |     0 |
| 33 | test_host | test_service        | loss   | 2006-06-14 17:26:41 |     0 |   30 |       60 |     0 |
| 34 | test_host | test_service        | rta    | 2006-06-14 17:26:41 |     0 |  0.2 |      0.4 |     0 |
| 35 | test_host | test_service        | loss   | 2006-06-14 17:31:41 |     0 |   30 |       60 |     0 |
| 36 | test_host | test_service        | rta    | 2006-06-14 17:31:41 |     0 |  0.2 |      0.4 |     0 |
| 37 | test_host | test_service        | loss   | 2006-06-14 17:36:41 |     0 |   30 |       60 |     0 |
| 38 | test_host | test_service        | rta    | 2006-06-14 17:36:41 |     0 |  0.2 |      0.4 |     0 |
| 39 | test_host | test_service        | loss   | 2006-06-14 17:41:41 |     0 |   30 |       60 |     0 |
| 40 | test_host | test_service        | rta    | 2006-06-14 17:41:41 |     0 |  0.2 |      0.4 |     0 |
| 41 | test_host | test_service        | loss   | 2006-06-14 17:46:41 |     0 |   30 |       60 |     0 |
| 42 | test_host | test_service        | rta    | 2006-06-14 17:46:41 |     0 |  0.2 |      0.4 |     0 |
+----+-----------+---------------------+--------+---------------------+-------+------+----------+-------+
38 rows in set (0.00 sec)

Une idée ?

[DonKiShoot]

Je me répond à moi même, il n'y a que des zero en value c surement ça le problème :lol:

[julio]

ouis je reprend un de tes posts :"Donkishoot L'Boulet".... j'ai comme l'impression que ni perfparse, ni oreon y est pour qq chose

[DonKiShoot]

C à dire que ça me saoul quand je met plus de 20 mn à faire marcher un truc

Et pi il faut avouer que c surtout de la faute des developpeurs du libre qui n'ont jamais le temps de faire une doc claire mais je les comprend moi non plus j'aime pas faire des docs pour mon chef :x

[DonKiShoot]

Je continu avec mon perfparse et Oreon.

Je n'arrive pas à obtenir les bonnes couleurs et les bonnes légendes dans l'ordre que je souhaite.

Plutot qu'un grand discours, un exemple par l'image.

ainsi que


Mais ca me donne ça c pas logique :



Les couleurs devraient être inversé, non ???
Comment on choisi ses DataSource dans Oreon pour les affecter à une courbe ???

Je vous parle même pas du slash en plein milieu de l'heure :lol:

[julio]

non la c bon.... la courbe rouge est sous l'autre et est a 0... on la voit pas koi.... Le slash est du a la version de rrdtool qui date tellement que je me demande si t'etais né quand elle est sortie

[DonKiShoot]

non la c bon.... la courbe rouge est sous l'autre et est a 0... on la voit pas koi.... Le slash est du a la version de rrdtool qui date tellement que je me demande si t'etais né quand elle est sortie

rrdtool-1.0.50-4.fc5 c pas si vieux que ça quand même :cry:
Je fais mes "yum update" toutes les semaines.

Je ne suis pas d'accord concernant les couleurs, car je défini un template de graph avec 2 template de courbes (Rouge pour le RTA et vert pour le LOSS)

Mais Oreon m'affiche l'inverse ...

De toute façon comment peut-il savoir quelles data utiliser de la base perfparse pour le RTA ou pour le LOSS ?

En fonction de quoi attribut t'il les data à la première puis à la deuxième courbe ?

[julio]

les numéro de courbe dans les templates...c ca qui defini l'ordre. et l'ordre des courbes c l'ordre alphabetique je crois.

[DonKiShoot]

En gros, je dois créer autant de courbe que de DATA SOURCE créé dans la base perfparse pour une machine et un service donné.

puis je test comme ça

Et à la fin pour les remettres dans le bonne ordre (celui que je souhaite),
je renomme mes courbes en mettant un "1_" par exemple pour ma première courbe puis je renomme l'autre avec un "2_" et ainsi de suite ?

C pas trés pratique mais ca devrait marcher

[julio]

nan tu cree ton template et ensuite tu lui artribut se courbes... chaque courbe a un nom et un ordre..

ouias c vrai c peut etre laborieux.. on essayera d'améliorer ca apres, une fois que ca sera stable...

[DonKiShoot]

En bricolant sur les noms des courbes j'ai réussi à obtenir ce que je voulais.
Merci pour l'astuce :wink:

Et si maintenant je ne veux grapher que le RTA de mon check_ping qui renvoi à perfparse le "loss" et le "rta" du check.

Si le "rta" est la première datasource qu'Oreon va chercher dans la base et que je ne met qu'une seul courbe à mon graph template ca devrait le faire.
Mais dans le cas contraire si le "rta" est la deuxième datasource : je suis choco ? Je vais avoir la courbe du "loss" à la place

En conclusion, le moteur des graphs de la 1.3RC1 est trés prometteur mais il manque encore un peu de maturité :wink:

Il ya plusieurs endroits ou je peus choisir mon graph template mais il ne me propose pas de machine/service à afficher.
Le seul moyen que j'ai trouvé pour visualiser mon graph c'est de cliquer sur l'icone "graph" dans service détail

[DonKiShoot]

J'avance dans les tests :

Si je ne met qu'une courbe dans mon graph template, Oreon s'en fou, il m'en affiche 2 car il voit 2 datasource dans la base perfparse.

Y a encore un peu de boulot je crois mais j'attend avec impatience que le moteur soit fini, ca va être de la bombe