Announcement

rom · 24 July 2007, 15:17

ODS va parser le fichier service-perfdata genere par Nagios.
Ensuite, il va traiter les donnees de performances, c'est a dire les metrics associes a des valeurs : total=7,81Mo used=6,02Mo free=1,79Mo

Chacune de ces metrics va correspondre a une base rrd (datasource).

Donc, si ton plugin ne remonte pas de donnees de performance, pas de graphs..
Inutile de dire egalement que des metrics genre '/', 'C:' ne veulent pas dire grand chose et ne sont donc pas super conseillées...

boyerf · 24 July 2007, 15:50

Nous nous sommes mal compris... J'ai assimilé le fonctionnement d'ODS, mais je me pose des question sur l'ordre et le type des données qui remontent en base. Je m'explique.

1/ Dans le retour suivant :
'C: Espace utilisé'=6,02Gb;5,86;7,42;0.00;7,81 |total=7,81Mo used=6,02Mo free=1,79Mo

Ce que je retrouve en base ODS c'est ça :
total=7,81Mo used=6,02Mo free=1,79Mo

La 1ere partie du retour n'est pas analysé, ici ce n'est pas grave, c'est un plugin Centreon.

2/ Sur un retour d'un plugin SNMP, j'ai :
traffic_in=2219,4Bits/s traffic_out=1812,7Bits/s
Et je retrouve ces données dans ODS

3/ sur ce retour d'un plugin NRPE :
'C:\'=43%;10;5
Je ne retrouve rien dans ODS que des infos dans la table index_data, mais bien sur rien dans metric ni data_bin. Donc pas de graph.

Donc qu'est ce qui ne lui plais pas dans le 3/ ? Je suppose que c'est les apostrophes ? C'est le retour NRPE du client NSClient++ qui renvois ce genre de retour sur pas mal de check NRPE

Qu'en penses tu ?

MaEsTrO · 24 July 2007, 18:00

Je crois que c'est l'antislash qui ne lui convient pas. Il faudrait parser la métrique 'C:\' pour la rendre valable, à suivre avec un de ces messieurs du projet mieux renseignés...

rom · 24 July 2007, 18:22

Originally posted by boyerf View Post

1/
'C: Espace utilisé'=6,02Gb;5,86;7,42;0.00;7,81 |total=7,81Mo used=6,02Mo free=1,79Mo

3/ sur ce retour d'un plugin NRPE :
'C:\'=43%;10;5

Et bien que dans le cas 3, tu ne passe pas de donnees de performance... Donc pas de metrics..

1/
'C: Espace utilisé'=6,02Gb;5,86;7,42;0.00;7,81 => Log
| => Separateur de log/metric
total=7,81Mo used=6,02Mo free=1,79Mo => Metric(s), valeur(s), unité(s)

3/
'C:\'=43%;10;5 => Log

Il faudrait que ton plugin NRPE balance ca plutot :
'C:\'=43%;10;5|used=43%

(Avec une echelle de graph template en limite basse 0 et en limite haute 100)

MaEsTrO · 24 July 2007, 18:35

Je pense que ce sont déjà ses données de performance, mais ca m'était déjà arrivé qu'avec perfparse je sois obligé de parser certaines métrics "illégales" comme le '/' tout seul du check_disk ou le retour de check_snmp_storage qui contenait un '\' dans une métric trop longue.

ODS s'occupe-t-il de ces metric spéciales ou trop longues comme perfparse ne le faisait pas ?

boyerf · 25 July 2007, 10:35

Oui oui, tout a fait, c'est déja les données de performance !!!
C'est bien pour ça que je me pose la question du problème de caractères illégaux. Et le phugin utilisé est le check_nrpe de Nagios (un classic donc), qui intéroge un agent NSClient++ en NRPE.

Code:

3/
'C:\'=43%;10;5 => Log

J'ai testé 2 autres Check NRPE... un sur la mémoire, un autre sur le CPU.... et j'ai le même problème... pas de remontées dans ods. Voici les données de performance (attention, ce n'est pas l'information sur le status) :
'physical memory'=47%;80;90;

et

'30m'=1;80;90; '10m'=3;80;90; '1m'=7;80;90;

Une idée ?

MaEsTrO · 25 July 2007, 10:55

Salut,

Je crois qu'en fait les metrics illégales posent des pb à rrdtool. Je crois qu'ODS en parse quelques unes avant de les insérer, comme le '/' qu'il remplace par #S#, mais je ne sais pas ce qu'il fait des autres, s'il les drope ou s'il les insere en base.

As-tu des logs d'ods permettant de voir si des lignes sont droppées ? Pas de remontées dans ODS, tu le vois dans la base ou c'est simplement que tu n'as pas de graphes ??

boyerf · 25 July 2007, 14:53

Bon coté log de ods, je n'ai rien de noté sur les données refusées.
En analysant la base ODS, je retrouve :
- Dans index_data, mes 3 services sont ok, ils ont tous un id et service_id.
- dans metric, aucune trace de mes metric, je devrai pouvoir les retrouver grace à la correspondance index_data.id <--> metric.index_id mais je n'ai rien
- du coup, c'est la même chose dans data_bin.

Donc ODS ne prse pas ces données de performances. Il veut le faire car il les enregistre dans index_data, mais ensuite, y'a un truc qui foire pour enregistrer les metric.

Ce qui m'embete, c'est que je ne suis pas maitre de ce qui est remonté de NSClient++ via mon check_nrpe.
Donc je pense que l'on peu soit retoucher le check_nrpe pour rajouter un '|' à la sauce Centreon et parser correctement les données, soit modifier le demon ODS pour qu'il avale ce type de données.

Qu'en pensez-vous ?

PS : Je part ce soir en congé, mais je me recole la dessus à partir du 20 aout.
Des que j'ai assez d'info, j'entame une page Wiki pour expliquer ODS et la nouvelle politique de graph.

MaEsTrO · 25 July 2007, 15:26

Donc je pense que l'on peu soit retoucher le check_nrpe pour rajouter un '|' à la sauce Centreon et parser correctement les données

Si l'output complet du check_nrpe ne comporte pas de '|', alors il n'y a pas de données de performance et les graphes sont inenvisageables.

boyerf · 25 July 2007, 15:29

Originally posted by MaEsTrO View Post

Si l'output complet du check_nrpe ne comporte pas de '|', alors il n'y a pas de données de performance et les graphes sont inenvisageables.

Sisi il y en a un ! Mais je pensais plutot à un 2eme comme dans l'exemple 1 (bon j'ai pas mis la ligne complete mais considere le en debut de ligne).

Ce qui donnerais :
bla bla bla status | donnees perfparse | données à la sauce ODS

Exactement ce qui est fait dans les plugins check_centreon_*

Exemple :
bla bla ok pour le disque C |'C: Espace utilisé'=6,02Gb;5,86;7,42;0.00;7,81 |total=7,81Mo used=6,02Mo free=1,79Mo

Et bien ce qui est analysé et remonté par ODS dans ce retour, c'est toute la partie en gras.... le reste non.

MaEsTrO · 25 July 2007, 15:34

Non.

ODS et perfparse font le même taff et prennent les mêmes perfdata.

Je pense qu'il faut plutôt modifier le parsing_log.pl ou quoi pour remplacer les bullshit metrics, genre remplacer ' ' par '_' ou virer les '\'.

boyerf · 25 July 2007, 15:38

Originally posted by MaEsTrO View Post

Non.

ODS et perfparse font le même taff et prennent les mêmes perfdata.

Je pense qu'il faut plutôt modifier le parsing_log.pl ou quoi pour remplacer les bullshit metrics, genre remplacer ' ' par '_' ou virer les '\'.

Hélas... j'aimerai bien...Mais mes tests ont tendance à me démontrer que ce n'est pas vrais pour les plugins check_centreon_* et que en tout cas, les données 'perfparse' renvoyé via NSClient++ via un check_nrpe ne remontent pas dans ODS. Ca, c'est constaté.

Rom, tu peux nous expliquer ce point ?

MaEsTrO · 25 July 2007, 15:47

Tu peux donner un exemple de plugin check_centreon_* qui renverrait un tel chimilimili ?

boyerf · 25 July 2007, 16:08

Originally posted by MaEsTrO View Post

Tu peux donner un exemple de plugin check_centreon_* qui renverrait un tel chimilimili ?

Ok, je reprend mon exemple 1 en te donnant le retour complet en ligne de commande :

Code:

./check_centreon_nt -H xx.xx.xx.xx -p 12489 -v USEDDISKSPACE -s password -l C -w 75 -c 95

C: - total: 19,53 Gb - utilisé: 11,20 Gb (57 pct) - libre 8,34 Gb (43 pct) | 'C: Espace utilisé'=11,20Gb;14,65;18,56;0.00;19,53 |total=19,53Mo used=11,20Mo free=8,34Mo

J'ai donc bien 2 '|' dans cette ligne de retour...
Elle est bien parsé dans la base ODS et je retrouve comme metrics pour ce service : total, used et free !!!

Donc c'est bien la derniere partie de la ligne qui est prise en compte...

Announcement

ODS et données de performances (1.4.1)

ODS et données de performances (1.4.1)

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment