Announcement

Collapse
No announcement yet.

perfdata_et_ods

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
    cmoi
    Senior Member

  • cmoi
    replied
    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?

    Leave a comment:

  • julio
    Administrator

  • julio
    replied
    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

    Leave a comment:

  • cmoi
    Senior Member

  • cmoi
    replied
    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 :

    Code:
    "/usr/local"=1532555264o;42520140186;47835157709;0;53150175232 "/var"=1279893504o;3147700634;3541163213;0;3934625792 "/"=1436016640o;7875910042;8860398797;0;9844887552 "/home"=156397568o;7875883827;8860369306;0;9844854784
    cmoi
    Senior Member
    Last edited by cmoi; 18 May 2007, 18:03.

    Leave a comment:

  • cmoi
    Senior Member

  • cmoi
    replied
    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

    Leave a comment:

  • c0bw3b
    Senior Member

  • c0bw3b
    replied
    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.

    Leave a comment:

  • cmoi
    Senior Member

  • cmoi
    replied
    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.
    cmoi
    Senior Member
    Last edited by cmoi; 18 May 2007, 11:56.

    Leave a comment:

  • gae
    Senior Member

  • gae
    replied
    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é

    Leave a comment:


  • WAtt
    replied
    Originally posted by gae View Post
    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 ?

    Leave a comment:

  • cmoi
    Senior Member

  • cmoi
    replied
    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 :

    Code:
    '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??

    Leave a comment:

  • gae
    Senior Member

  • gae
    replied
    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é

    Leave a comment:

  • cmoi
    Senior Member

  • cmoi
    replied
    Un specialiste dans le coin?

    Leave a comment:

  • cmoi
    Senior Member

  • cmoi
    started a topic perfdata_et_ods

    perfdata_et_ods

    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 :

    Code:
    '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 :

    Code:
    $>:/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.
Working...
X