perfdata_et_ods

[cmoi]

Bonjour,

J'ai une question concernant ODS et les plugins.
Pour grapher mon espace dique j'utilise le plugin check_snmp_storage.pl.
Je souhaite également grapher le résultat, pour ceci j'utilise l'option -f du plugin.

Le problème c'est que j'ai l'impression qu'ODS ne prend pas en compte mon unité de mesure : le MB. Et bien évidement ca fausse mes graphiques.

Par exemple pour une valeur de 6348MB il m'affiche sur le graphe : 2,31k
Mais que fait ODS??!!!

J'ai parcouru la doc dev des plugins de nagios concernant les performances data et il en ressort ceci :

'label'=value[UOM];[warn];[crit];[min];[max]
      UOM (unit of measurement) is one of:
         1.  no unit specified - assume a number (int or float) of things (eg, users, processes, load averages)
         2. s - seconds (also us, ms)
         3. % - percentage
         4. B - bytes (also KB, MB, TB)
         5. c - a continous counter (such as bytes transmitted on an interface)

Voila pour exemple la sortie de mon plugin :

$>:/usr/local/nagios/libexec# ./check_snmp_storage.pl -H mon_serveur -C public -2 -m 'C:' -w 80 -c 90 -f
C:\ Label:SYSTEM  Serial Number d0ze524: 77%used(6348MB/8192MB) (<80%) : OK | 'C:\ Label:SYSTEM  Serial Number d0ze524'=6348MB;6553;7373;0;8192
$>:/usr/local/nagios/libexec#

Est ce qu'ODS ne gère pas ca? Ou bien est ce une erreur de format de sortie du plugin?

Merci pour vos réponses.

[cmoi]

Un specialiste dans le coin?

[gae]

il est nickel ton plugin !! (j'utilise le même)

en fait, le graph rrd ne fait pas les conversions en lisant les metric mais juste en regardant le nombre devant

sur ton graph rrd, tu dois avoir 6.48k car il converti 6480 !!
et comme la metric est du MB, il ne faut pas lire 6.48kB mais 6.48kMB = 6.48GB

sinon, tu peux aussi voir des échelles avec des 'm' -> c'est du 10-3...

genre si ton PC fout rien : charge CPU = 500m (au fait 0.5%)

si je me rapelle bien, il y a une option dans le plugin pour lui dire de donner la reponse en B directement -> rrdTool te fera la correction sur le graph

-> metric = B, et 6.48G affiché sur le graph rrd

(par comparaison, actuellement, tu as :
metric = MB, 6.48k affiché sur le graph)

j'espere que c'est a peu pres clair ?

Gaé

[cmoi]

Merci pour tes réponses, mais je ne vois pas l'option permettant de changer la metric dans le plugin.
C'est dommage ce que j'aime bien dans ce plugin c'est qu'on peut recolter des infos sur plusieurs disques ou partitions en un poll. Et donc d'afficher le tout sur un graph, et le tout via SNMP.
Je ne connais pas d'autres plugins permettant de faire la même chose.
Toi tu as changé la metric ou bien tu as laissé l'unité de mesure par défaut du plugin?

Et donc au passage j'ai aussi un problème avec ce plugin.

Je poll un serveur qui a 3 disques durs et voici mes remonté de performances :

'D:\ Label:SECOURS Serial Number xxxxxxxx'=2313MB;7376;7786;0;8196 'C:\ Label:SYSTEM Serial Number xxxxxxxx'=6350MB;7373;7782;0;8192 'E:\ Label:DATA1 Serial Number xxxxxxxx'=8MB;864;912;0;960

Et mon graph m'affiche que 2 DS, alors que le template graph par défaut est le Default Graph.

Sur certains serveurs j'ai 4 disques dur et la j'ai bien 4 DS sur mon graph.

Des idées??

[WAtt]

il est nickel ton plugin !! (j'utilise le même)

en fait, le graph rrd ne fait pas les conversions en lisant les metric mais juste en regardant le nombre devant

sur ton graph rrd, tu dois avoir 6.48k car il converti 6480 !!
et comme la metric est du MB, il ne faut pas lire 6.48kB mais 6.48kMB = 6.48GB

sinon, tu peux aussi voir des échelles avec des 'm' -> c'est du 10-3...

genre si ton PC fout rien : charge CPU = 500m (au fait 0.5%)

si je me rapelle bien, il y a une option dans le plugin pour lui dire de donner la reponse en B directement -> rrdTool te fera la correction sur le graph

-> metric = B, et 6.48G affiché sur le graph rrd

(par comparaison, actuellement, tu as :
metric = MB, 6.48k affiché sur le graph)

j'espere que c'est a peu pres clair ?

Gaé

Et qd le plug ne le gère pas ?

[gae]

yap, tu as des noms assez longs et Nagios 'bouffe' la fin des données de perf du dernier disque à ce que je vois

pour cela, je te conseille l'option '-S 0' ou '-S 1' de manière à réduire la taille du message Nagios pour que toutes les données de perf passent.

sinon, pour l'option magique, désolé, je me suis trompé il n'y a que :
-T, --type=TYPE
pl : calculate percent left
pu : calculate percent used (Default)
bl : calculate MegaBytes left
bu : calculate MegaBytes used

tu peux toujours rentrer dans le code et modifier pour rajouter une option
mais, le désavantage est que le message sera beaucoup plus long (ex 6480123123 ... au lieu de 6480) donc mois de graphs possibles par check ...

Gaé

[cmoi]

J'utilise déjà l'option -S, mais cela réduit uniquement l'output, pas les perfdata.
Mais tu dis que nagios me bouffe la fin, alors que j'utilise ce plugin sur des serveurs qui ont plus de disques et donc perfdata plus long, et ca me bouffe pas la fin....
Bizarre tout ca? Bug Ods?

Je vai voir si je peux modifier un peu ce plugin pour les unités de mesure.

Merci.

[c0bw3b]

J'ai un peu les mêmes interrogations concernant les échelles des graphs.

Par exemple j'utilise check_snmp_storage pour grapher la RAM utilisée sur un serveur, et le graph obtenu à une échelle en auto-scale alors que le plugin remonte dans ses données de performances la quantité de RAM totale installée... Ca serait donc bien que ce chiffre soit mit automatiquement en limite haute du graph.
De même, un usage CPU de "500m" (500 milli = 0,5%) c'est pas très parlant.

Mais je ne pense pas qu'il faille modifier les plugins pour résoudre ça. Les plugins remontent les bonnes informations, et RRDTool permet très bien de faire ce que l'on souhaite. Donc en fait c'est juste que ODS n'utilise pas encore toutes les possibilités de RRDTool.
Mais bon perso je relativise la gêne : notre Oreon sert d'abord à faire de la supervision. Si je voulais faire de la métrologie très poussée, dans l'état actuel des choses je me serait plutôt intéressé à Cacti.
Mais c'est vrai que le jour où ODS fera aussi bien que Cacti, ça va être vraiment génial ! Tout en un seul outil, une seule interface. Un rêve d'admin quoi.

[cmoi]

Ok j'ai modifié l'unité de mesure directement dans le plugin et ca marche bien. J'ai tout en octets et ods me fait bien la conversion en Go. Nikel
Mais j'ai toujours un disque en moins sur certaines machines.
Alors que mes perfdatas sont nikels.
Si mes perfdata sons nikel c'est que nagios ne "bouffe" rien du tout.
J'aurai plut tendance a dire que c'est ods.

Need spécialiste

[cmoi]

Re-salut,

Bon, je sais pas si vous ca le fait mais j'ai un soucis concernant ODS et mes perfdata pour des partitions linux.

Effecivement j'ai l'impression qu'ods n'aime pas les partitions avec des '/'. Notament mes partitions '/', "/usr/local" ou autre.

Déjà il ne prend pas en compte ma '/' (elle n'apparaît pas sur le graphe carrément) et pour "/usr/local" il ne marque que : "local" (il supprime le chemin complet).

Donc j'aimerai bien quelques précisions concernant la gestions des caractères spéciaux, ou bien est ce que ca fait uniquement chez moi.

Merci.

PS : je précise qu'au niveau perfdata elles sont nikels (enfin je pense) et de la forme :

"/usr/local"=1532555264o;42520140186;47835157709;0;53150175232 "/var"=1279893504o;3147700634;3541163213;0;3934625792 "/"=1436016640o;7875910042;8860398797;0;9844887552 "/home"=156397568o;7875883827;8860369306;0;9844854784

[julio]

alors alors...

Excusez moi si je met du temps a répondre, mais ca devient impossible pour moi de lire le forum y a trop de posts. Encore une fois c'est des choses a remonter dans le bugtracker. Sinon on ne s'y retrouve plus. C'est bete vos idées sont bonnes : le pb du / est resolu dans la 1.4.1.

le pb de l'unité non. mais je pense que vous avez la soluce

Mais pensez à entrer les bugs dans le bugtracker non de dieu... Watt a fait un super post, mais personne n'en prend de la graine... ca nous gagnerai tellement de temps..

Merci de votre compréhension.

PS : je gueulerai tant qu'il faudra... L'open source c'est l'open source... Merci de nous aider, mais on peut encore faire mieux en s'organisant... Tout le monde doit aider sinon on se retrouve a opensville

http://talk.bmc.com/blogs/blog-whurl...ley/opensville

[cmoi]

Re, désolé mais je ne niais l'existence du lien pour le bugtrack.

Sinon tu dis que le problème du / est résolu dans 1.4.1. Mais c'est la 1.4.1 finale? Celle qui n'est pas encore sortie? Ou bien c'est la 1.4 patché?

Sinon peut être qu'en attendant tu peux me dire les lignes de code qu'il faut changer si c'est pas trop galère. Merci.

Et elle sort quand cette 1.4.1?