Ordre d'apparence des légendes de graph

[DonKiShoot]

Je rencontre des difficultés avec l'affichage des graphs au niveau de leur légende car je trouve le choix de l'ordre d'affichage peu judicieux car bien souvent la dernière légende sort du graph et donc il faudrait y mettre la valeur la moins intéressante.

Je voulais donc poser la question aux utilisateurs de Centreon.

Pour moi les valeurs les plus importantes sont dans l'ordre :

- Last car la dernière valeur m'intéresse toujours
- Max car c'est bien souvent là que se situe le problème
- Min car dans certains cas c'est la valeur minimum qui est intéressante
- Average car je ne m'en sert jamais

PS: C'est mon premier sondage, je ne sais pas ce que ca va donner.

[jacky1982]

Thanks for this valuable thread!

____________________
Small Business Directory (http://www.top-10-business.com)

[DonKiShoot]

Thank's ! Hope developers pay attention to this ...

[julio]

ok I note This !!! :)

continue to do polls.... it's good for developpers...

[jacky1982]

Thanks! That's great!

____________________
620 01 (http://phone-lookup.cg180.net/areacode/620-01) 620 02 (http://phone-lookup.cg180.net/areacode/620-02)
620 03 (http://phone-lookup.cg180.net/areacode/620-03) 620 04 (http://phone-lookup.cg180.net/areacode/620-04)
620 05 (http://phone-lookup.cg180.net/areacode/620-05) Home (http://phone-lookup.cg180.net)

[jacky1982]

Thanks! That's great!

____________________
904 01 (http://phone-lookup.cg180.net/areacode/904-01) 904 02 (http://phone-lookup.cg180.net/areacode/904-02)
904 03 (http://phone-lookup.cg180.net/areacode/904-03) 904 04 (http://phone-lookup.cg180.net/areacode/904-04)
904 05 (http://phone-lookup.cg180.net/areacode/904-05) phone-lookups (http://phone-lookup.cg180.net)

[jacky1982]

Thanks! That's great!

____________________
229 01 (http://phone-lookup.cg180.net/areacode/229-01) 229 02 (http://phone-lookup.cg180.net/areacode/229-02)
229 03 (http://phone-lookup.cg180.net/areacode/229-03) 229 04 (http://phone-lookup.cg180.net/areacode/229-04)
229 05 (http://phone-lookup.cg180.net/areacode/229-05) phone-lookups (http://phone-lookup.cg180.net)

[rotanev]

Bonjour,

l'interface d'administration des graph comporte un bug (peut être déjà signalé).

J'explique : on prend un garphique type load average et on a bien l'affichage des courbes Load_1, Load_5, Load15 => parfait.

Maintenant (version 1.4.3.2)
1) si on demande que l'affichage du "Load_1" on obtient le bon résultat,
2) si on demande que l'affichage du "Load_5" on obtient l'affichage du "Load_15"
3) si on demande que l'affichage du "Load_15" on obtient l'afficage du "Load_5"

Dans la cas 1 c'est bien la base rrd qui contient le "Load_1" qui est accèdée
Dans le cas 2 c'est bien la base rrd qui contient le "Load_5" qui est accèdée mais il est affiché "Load_15" (voir la commande rrd suivante)

"root@qos2003:/var/lib/ods/database# rrdtool fetch 2.rrd AVERAGE --start "now -1h"
load5

1202380800: 6.6400000000e-02
1202381100: 6.3600000000e-02
1202381400: 8.9066666667e-02
1202381700: 1.0000000000e-01
1202382000: 9.0933333333e-02
1202382300: 8.4533333333e-02
1202382600: 1.0360000000e-01
1202382900: 1.0186666667e-01
1202383200: 8.0000000000e-02
1202383500: 8.9066666667e-02
1202383800: 1.0000000000e-01
1202384100: nan
1202384400: nan
"

3) idem cas 2 base "Load_15" mais affichage "Load_5".

Faut'il un patch ??? J'ai pris cet example mais c'est vrai pour d'autres graphs. Je précise que se sont les graphs standard de Centreon, pas des graphs personnalisés, mais le "bug" existe aussi si l'on crée ses propres graphs.

Cheers,

Rotanev.

[DonKiShoot]

Bonjour,

l'interface d'administration des graph comporte un bug (peut être déjà signalé).

J'explique : on prend un garphique type load average et on a bien l'affichage des courbes Load_1, Load_5, Load15 => parfait.

Maintenant (version 1.4.3.2)
1) si on demande que l'affichage du "Load_1" on obtient le bon résultat,
2) si on demande que l'affichage du "Load_5" on obtient l'affichage du "Load_15"
3) si on demande que l'affichage du "Load_15" on obtient l'afficage du "Load_5"

Dans la cas 1 c'est bien la base rrd qui contient le "Load_1" qui est accèdée
Dans le cas 2 c'est bien la base rrd qui contient le "Load_5" qui est accèdée mais il est affiché "Load_15" (voir la commande rrd suivante)

"root@qos2003:/var/lib/ods/database# rrdtool fetch 2.rrd AVERAGE --start "now -1h"
load5

1202380800: 6.6400000000e-02
1202381100: 6.3600000000e-02
1202381400: 8.9066666667e-02
1202381700: 1.0000000000e-01
1202382000: 9.0933333333e-02
1202382300: 8.4533333333e-02
1202382600: 1.0360000000e-01
1202382900: 1.0186666667e-01
1202383200: 8.0000000000e-02
1202383500: 8.9066666667e-02
1202383800: 1.0000000000e-01
1202384100: nan
1202384400: nan
"

3) idem cas 2 base "Load_15" mais affichage "Load_5".

Faut'il un patch ??? J'ai pris cet example mais c'est vrai pour d'autres graphs. Je précise que se sont les graphs standard de Centreon, pas des graphs personnalisés, mais le "bug" existe aussi si l'on crée ses propres graphs.

Cheers,

Rotanev.

C'est probablement une petite faute de frappe à Jul :D
Il faut ouvrir un bug track ici :
http://bugs.centreon.com/

[julio]

corrigé dans la version 2. C'est le nom de la metric qui selectionnera le template de composant. Fini la notion d'ordre.

[jacky1982]

Thanks! That's great!

____________________
831 01 (http://phone-lookup.cg180.net/areacode/831-01) 831 02 (http://phone-lookup.cg180.net/areacode/831-02)
831 03 (http://phone-lookup.cg180.net/areacode/831-03) 831 04 (http://phone-lookup.cg180.net/areacode/831-04)
831 05 (http://phone-lookup.cg180.net/areacode/831-05) phone-lookups (http://phone-lookup.cg180.net)

[rotanev]

Bonjour,

merci pour cette réponse. Mais en attendant la V2 ??? Y a t'il un patch disponible ?

Cheers,

Rotanev


corrigé dans la version 2. C'est le nom de la metric qui selectionnera le template de composant. Fini la notion d'ordre.