PDA

View Full Version : Graph partiellement remplit


zorro2058
27th February 2009, 11:01
Bonjour,

je viens d'installer le couple centreon/nagios3 après avoir travailler 8 mois avec Centreon1.4/Nagios2. Je suis sur une Debian/lenny.

ma machine est une une quadcore bi pro (intel E5430) avec 4Go de RAM, DD SAS en raid 5, un uptime montre que la machine est cahrgé au quart de sa puissance, et je check une centaine de host et 1300 services (beaucoup d'équipement réseau).

après avoir lutté pendant plusieurs semaine avec centreon 1.4 afin d'avoir des graphs qui se remplissent proprement le problème revient avec centreon 2 (je m'attendais un peu à ce que ça soit corrigé). Les graphs se remplissent de temps en temps, donc ça marche un peu puisque ça se remplit mais ça ne marche pas tout le temps, ça dépend eds graphs, certain se remplissent bien d'autre moins bien. Y a t'il quelque parts une doc qui explique le probléme et éventuellement le régle pour un version 2.

Merci et bonne journée

PS: si on arrive à avoir une réponse clair, je veux bien faire quelque chose sur le WiKi

YodaNC
27th February 2009, 12:23
fréquence de check ?

nagiostats indique combien en latence sur les checks de services ?

zorro2058
27th February 2009, 12:58
salut,

Metric Min. Max. Average
Check Execution Time: 0.00 sec 18.75 sec 1.545 sec
Check Latency: 41.95 sec 189.57 sec 97.903 sec
Percent State Change: 0.00% 10.53% 0.01%

vla les stats

YodaNC
27th February 2009, 14:37
la latence est elevee, ca devrait tourner autour de 2s (max) pour la valeur moyenne (et autour de 10s pour le max)

le max concurrent check est a combien ?

zorro2058
27th February 2009, 14:46
max_concurrent_checks=200


je peux le baisser?

YodaNC
27th February 2009, 15:05
plutot l'augmenter, un bi quadcore ca peut monter beaucoup plus

zorro2058
27th February 2009, 15:19
ok, je le passe à 500 et je vois

zorro2058
28th February 2009, 10:18
salut,

j'ai passé le max_concurrent_checks à 500. Mais c'est pas beaucoup mieux. ..

au niveau des latences j'ai ça maintenant:
Metric Min. Max. Average
Check Execution Time: 0.00 sec 11.32 sec 1.649 sec
Check Latency: 0.02 sec 4.47 sec 1.069 sec
Percent State Change: 0.00% 0.00% 0.00%

donc au niveau des latences c'est beaucoup mieux. mais au niveau des graphs ça change rien.

zorro2058
2nd March 2009, 13:51
ouiap, c'est un peu désespérant je vois pas trop quoi faire, les graphs ne se remplisse pas (de temps en temps un point est graphé) ...

quelqu'un à une idée?

merci d'avance

zorro2058
3rd March 2009, 13:01
bon, j'essaye pour la dernière fois de relancer ce thread....

suis je le seul à avoir ce type de problème, si non auriez vous un quelconque début de pointeur sur une amorce de solution à ce problème?

hanan5656
24th March 2009, 11:46
bonjour,

J'ai le meme problème que toi, est e que tu pourra me dire comment tu as résolu le problème?

Merci pour ton aide,

abys
24th March 2009, 17:50
Salut,

Question totalement stupide, mais c'est pour faire avancer le smilibilic!!

Tes équipements réseaux derriere suivent? Une liaison 10meg, des sites distant ou truc comme ca. Le vilain petit canard peut ce cacher la dedans parfois!

asmath
26th March 2009, 18:40
Bonjour,

j'ai connu de nombreux soucis de graphiques partiellement remplis au fur et à mesure de l'ajout de nouveaux hosts, et de nouveaux services monitorés.

J'ai réussi à résoudre le problème en augmentant la taille mémoire alloué à php dans le php.ini.

Sur une Ubuntu 8.04, avec php 5 et apache2, le fichier php.ini est dans : /etc/php5/apache2/php.ini.

Ouvrir le fichier, rechercher :
memory_limit = 16M ; Maximum amount of memory a script may consume (16MB)

et augmenter la limite
memory_limit = 1024M ; Maximum amount of memory a script may consume (16MB)

Redémarrer apache, croiser les doigts ;) et attendre pour vérifier si les graphs se remplissent correctement.

APN
26th March 2009, 18:54
Tu avais une architecture simple avec un centreon/nagios sur un seul serveur ?

Nous avons de notre côté beaucoup de check qui sont mal graphés sur notre architecture distribuée. Je pensais, cependant, que la cause était un problème au niveau du satellite et de ses performances.

Nous avons une latency exceptionnelle de 59000 secondes (et non, je n'ai pas rajouté de 0... malheureusement)

hanan5656
16th April 2009, 15:24
bonjour,

j'ai augmenté la taille de memoire mé ça ne marche toujours pas,
est ce que vous pouvez m aider please ça fait plus qu'un mois que je cherche l erreur mais je n'ai pas trouvé de solution, sachant que les graphes du central marche très bien, pourquoi les graphes du poller marchent puis s'arrétent?

Merci

hanan5656
17th April 2009, 19:42
Bonjour,

ça fait plus que deux mois que je cherche d'ou vient ce problème mais je n ai pas trouvé de réponse, aujourd'hui j ai installé centreon au niveau du satellite pour voir si le problème vient du satellite lui meme, mais malheureusement tt marche très bien, est ce qu il y a qq1 qui a déja rencontré le même pb et comment je peux le résoudre.

Merci beaucoup.

AkHeNaToN
18th April 2009, 12:07
Metric Min. Max. Average
Check Execution Time: 0.00 sec 11.32 sec 1.649 sec
Check Latency: 0.02 sec 4.47 sec 1.069 sec
Percent State Change: 0.00% 0.00% 0.00%

Ton temps d'exécuti
on est trop élévé.

Utilise tu beaucoup de plugins PERL ?
Si oui, as tu compilé Nagios avec le perl embarqué ?
Si tu n'as pas compilé Nagios avec, alors recompile Nagios avec l'option "--with-embeded-perl" (je crois ou un truc du genre).