Changement PerfParse -> ODS ?

[ludo_x]

Bonjour,

J'ai mis à jour ma version 1.3.3 -> 1.4

J'utilisai PerfParse, maintenant je souhaite utiliser ODS.

Puis-je supprimer tout la partie PerfParse de mon nagios.cfg ?
La partie "Performance Data Processing Option" de mon nagios.cfg, je la met à NO ?

Je dois donc désactiver PerfParse dans les Options d'Oreon ?

Dans la partie "OreonDataStorage" je choisis le mode RRDTool & MySQL (c'est plus simple de sauvegarder une BDD mysql je trouve).
Dans la partie "Archive Nagios Logs", dois-je cocher "Active" ?
Dois-je cocher "Fast status log parsing" ? Quel est son effet ?

Si je pouvais avoir des réponses précises, je mettrai tout cela dans le wiki avec des screenshots, à moins que vousd le fassiez directement ; - )

[julio]

J'utilisai PerfParse, maintenant je souhaite utiliser ODS.


Ouais c cool ca... mais maintenant faut basculer.


Puis-je supprimer tout la partie PerfParse de mon nagios.cfg ?
La partie "Performance Data Processing Option" de mon nagios.cfg, je la met à NO ?


Alors nan. en fait y a un abus de language entre perfparse et perdata. ODS utilise toujours les perfdata et perfparse n'est plus nécessaire.

Donc il faut laissé activé les commande de données de performance que genere nagios. Seuelmenet si tu ne le generais pas dans un fichier fais le, cette fois ca. par exemple : /usr/local/nagios/var/service-perfdata

Donc on laisse les perfdata se generer et on configure les paths des fichiers dans les options de ODS pour que ca soit celui la dans le fichier de performance.

Ensuite le sleep time est le temps entre 2 check du fichier par ODS. De base a 10s, c'est donc que ODS checkera le fichier et s'il existe il remontera les données en base toutes les 10s.

ensuite une fois lu, le fichier peut etre dropé dans un autre fichier, comme ca si tu as une autre appli qui utilise les données ca peut être réutilisé.

pour plus d'info :

http://wiki.oreon-project.org/index.php/Functionnality



Je dois donc désactiver PerfParse dans les Options d'Oreon ?


oui tu peux, tu verra plus les menu de perfparse d'activé.



Dans la partie "OreonDataStorage" je choisis le mode RRDTool & MySQL (c'est plus simple de sauvegarder une BDD mysql je trouve).
Dans la partie "Archive Nagios Logs", dois-je cocher "Active" ?
Dois-je cocher "Fast status log parsing" ? Quel est son effet ?

dans l'ordre

- Oui
- Oui
- Tu peux si ton serveur est tres surchargé. Ca va generer toutes les minutes un fichier de status des hosts et services. Ce fichier est plus light et permet une lecture plus rapide des données du monitoring. Pour exemple : Pour un system avec 4500 Host, status.log fait 9Mo soit 9 Mo a lire a chaque affichage des données du monitoring soit environ 24 s. La en activant ca on est a 3s.

Nous sommes en train d'étudier d'autres solutions... Ca ira mieux dans un petit moment de ce point de vue la.



Si je pouvais avoir des réponses précises, je mettrai tout cela dans le wiki avec des screenshots, à moins que vousd le fassiez directement ; - )

Impec,, moi j'ai deja commencé mais pas trop le temps de finir tout ca. Merci du coup de main.

[ludo_x]

Merci pour l'explication, je coince sur la configuration du nagios.cfg pour ODS et j'ai fait des screenshots pour que se soit plus simple à comprendre.

Configuration PerfParse actuelle dans nagios.cfg :

http://www.hiboox.com/images/1407/e409465f.png

Nouvelle Configuration ODS dans Nagios.cfg :

http://www.hiboox.com/images/1407/a34e73d1.png

Je bloque donc dans la configuration de ODS dans la Nagios.cfg :
* faut-il mettre un chemin pour la ligne Host Performance Data File ?
* J'ai mis process-service-perfdata pour la ligne Service Performance Data File Processing Command est-ce correct ?

Configuration ODS dans Options d'Oreon :

http://www.hiboox.com/images/1407/6f5e435d.png

Actuellement seule la partie log de la base ODS se remplit :

http://www.hiboox.com/images/1407/55ad042d.png

Une fois que tout sera claire, je refai mes screenshots, je fais une jolie explication et vous pouvez tout mettre dans le wiki que ça aide tout le monde !

Un grand merci : - )

[julio]

voila le mien regarde...

et pour le fichier service-perfdata, g le meme path pour ods... Pour les screenshot de ods, y a un champ de plus que sur le votre, ce champ été oublié, je vous met un patch bientot ou un enouvelle version qui sera simplement pour mettre a jour les fichiers.

sinon vous pouvez le changer direct en base le champ. comme je l'ai expliqué sur un post dans le forum.

[ludo_x]

Merci.

Pour le champ qui manque, ce n'est pas grave, je suis prêt à attendre.

C'est surtout les graphes qui m'intéressent et dans ma base ODS il n'y a que la table log qui se remplit :cry:

J'ai mis la même chose que tes screensshots mais les autres tables ne se remplissent pas.
J'ai regardé les 2 fichiers log dans /oreon/log et il reste vide. Au début ils se remplissaient car il y'avait un souci d'accès à la BDD mais j'ai corrigé le fichier /usr/local/oreon/ODS/etc/conf.pm et c'est bon.

J'ai remarqué que le fichier /usr/local/nagios/var/service-perfdata recevait des lignes mais qu'elles n'étaient pas intégrés dans la BDD ods, snif.

le dossier /usr/local/oreon/OreonDataStorage/ reste également vide.

[ludo_x]

julio> n'y aurait-il pas un fichier log oreon ?

Je ne trouve aucune donnée sur mon erreur : la bdd ODS reste vide à part le screenshot plus haut : la table log se remplit mais c'est tout.

Pourtant, le fichier /usr/local/nagios/var/service-perfdata se remplit bien et se vide mais il n'y a aucun fichier Drop file /usr/local/nagios/var/service-perfdata.tmp qui se créé alors qu'il est bien configuré dans Options > Oreon > General Options > OreonDataStorage.

Les dossiers RRDTool restent vide.

De plus, les graphes générés avec check_graph sont "coupés", par exemple :

http://www.hiboox.com/images/1407/ea8eb132.png

Sinon, le monitoring fonctionne comme la version 1.3.3, aucun soucis de ce côté-la !

[julio]

tu as lancé le daemon ods ?

/etc/init.d/ods start


ouias j'ai pas encore fait ma doc :) ????

[ludo_x]

Haaaa je ne savais pas ^^

Cela va surement mieux marcher !

Merci et dès que tout roule je poste sur le wiki !!

edit> c'est bon, la BDD ods se remplit, c'est beau.

[julio]

avant tout ca, fais une mise a jour des lib perl de ods :

=> http://svn.oreon-project.org/oreon-1.4/ODS/lib/
prend chacun des script et ecris les dans le rep /oreon/ODS/lib/

ca devrait etre bon ensuite...

ce soir patch...

[ludo_x]

Je suis en train de mettre à jour les scripts.

Car j'ai eu un bug (qui est surement corrigé) est qu'a chaque MAJ du daemon ods, la console se remplit de log.

Je teste !

[julio]

oui oui ca a été mis a jour.

[ludo_x]

J'ai mis à jour les librairies Perl. Par contre j'ai toujours le bug de la console qui se remplit pour celle qui a lancé /etc/init.d/ods start

Pour le Simple Graph Renderer, je n'en ai pas :

http://www.hiboox.com/images/1407/75b8412a.png

Comme tu le vois, je n'ai qu'un choix pour cet hote au lieu d'en avoir 5/6. Et c'est pareil pour mes autres hotes.

Ensuite, sur le Graph by Hosts :

http://www.hiboox.com/images/1407/1b47361e.png

Je n'ai pas de graphes, et à chaque fois que je clique sur le bouton "Graph", je vois "Service : Traffic" qui devient "Service : Uptime", etc et ça tourne a chaque clic sur le bouton "Graph" mais aucun graph.

Par contre la BDD se remplit !

http://www.hiboox.com/images/1407/fd660420.png

Sinon, toute la partie "Oreon' views > Graphs > Graphs By Hosts" avec les Graph By Plugins fonctionnent parfaitement : je n'ai plus les "hachures" comme les screens de la page précédente.

J'espere que cela t'aidera : - )

[julio]

t'as fait un restart du service ? est ce que le rep OreonDataStorage a la racine de oreon se rempli ?

[ludo_x]

J'ai arreté nagios + ods. J'ai mis un coup de pkill pour être tranquil. J'ai ensuite relancé nagios puis 5 secondes après ODS.

Et tu as raison, je n'ai plus de logs qui s'affiche dans la console !

Le dossier OreonDataStorage se remplit, j'ai une trentaine de .rrd.

Pour le moment je monitore 8 hotes et 42 services.

Je réattaque ça demain, bonne soirée !

[ludo_x]

Me revoila car les graphiques ne s'affichent toujours pas pour le "Simple Graph renderer".

Après une nuit, j'ai quelques données (8 hotes et 40 services) :

http://www.hiboox.com/images/1407/d5d32ed4.png

Quand je clique sur Monitoring, et que je clique sur l'icône des graphiques pour visualiser la taille de la RAM par exemple, je tombe sur "No graph associated to this service".

Si je choisis un PC avec "Simple Graph Renderer", je n'ai qu'un choix disponible dans le menu déroulant au lieu de plusieurs. De plus, je n'ai aucune image :

http://www.hiboox.com/images/1407/6e886078.png

La partie "Graph By Plugins" fonctionne par contre.

Quand j'affiche la table "index_data", je n'ai qu'un seul service dans "service_description" : ainsi, pour PC_Lionel, je n'ai qu'un service RAM au lieu de 5/6, cela vient peut-etre de là les erreurs que j'ai ?

Merci.

[ludo_x]

Quand je clique sur l'un des graphiques qui ne se génère pas, voila ce que j'obtiens :

http://www.hiboox.com/images/1407/da0dfd3.png

Si je clique sur la loupe j'ai droit à cela :

http://www.hiboox.com/images/1407/c5c3c157.png

Ce qui saute aux yeux est que je pensais affiché l'espace disque qui reste, or on voit des "trffic_in" "traffic_out" "uptime" "memory" etc.

Je tape cette commande pour afficher les données du 9.rrd voir s'il se remplit :

nagios@debianserveur:/usr/local/oreon/OreonDataStorage$ rrdtool fetch 9.rrd AVERAGE

Tout se remplit donc comme il faut mais toujours pas de grpahes.

[artfakt]

merci a tous les 2 pour l'avancement,

je pense maintenant en etre au meme point, cad tout semble se remplir correctement (fichier perfdataservice, base ODS, rep OreonDataStorage), mais la génération des "Oréon Graphs par Hosts" est assez etrange ?
J'ai un seul graph/service avec plusieurs valeurs, peut etre celles des autres services ??
Et dans "Graphs simples", je n'ai qu'un seul service qui s'affiche dans la liste après avoir choisi l'host, et ce n'est jamais le même (il change a tour de role) !!


Une erreur trouvée au niveau de ODS (ods.log) :
Error in Drain function 2 : Unknown column 'hg_id' in 'where clause'

Ha, Il semble que j'ai une erreur supplémentaire que n'a pas eu ludo_x, ma table index_data ne contient qu'une seule ligne qui varie ?!

[WAtt]

Ya des patches :)

http://forum.oreon-project.org/showthread.php?t=3062
http://forum.oreon-project.org/showthread.php?t=3047

WAtt

[ludo_x]

Salut,

J'ai exactement le même probleme.

J'ai tenté de mettre le patch 1.4.1 : http://wiki.oreon-project.org/index.php/List_of_patch_for_oreon-1.4

Au 1er démarrage du daemon ODS j'ai eu cette erreur : thread failed to start: Can't call method "prepare" on an undefined value at /usr/local/oreon/ODS/lib/verifyHostServiceIdName.pm line 25.

Puis j'ai fait un stop et un start et ça s'est relancé.

A part cela, rien n'a changé, toujours aucun graphes :/

[WAtt]

Tu as tenté, ok, mais tu as réussi ?

Le patch que je te donne c'est pour le pb de "hg_id" que tu évoque plus haut.

Mais déjà c'est pas mal si ta tout appliqué :)

[ludo_x]

Pardon, j'ai bien appliqué le patch : et j'ai fait la commande que tu développes for i in $(ls /root/oreon-patch/*.patch); do patch -p1 < ${i} ; done

Et tout a été patché.

artfakt va donc pouvoir supprimer son soucis de "hg_id", personnelement je n'ai pas eu cette erreur.

Par contre, les graphes ne sont toujours pas présents (voir les screenshots plus haut), snif ^^

J'ai cette erreur : "No graph associated to this service".

[artfakt]

Je n'ai pas appliqué ce patch !
Je préfère attendre la version officielle.
Je tente d'identifier ce qui cloche en attendant..

Edit: ho du "hg_id", je vais peut etre faire un essai :)

[julio]

Applique le patch.. c plus simple... on mettra une version dans 1 ou 2 jours..; le temps de corriger encore des choses qui vont surement remonter...

Le system de patch c watt qui est dessus. Si vous avez des questions ou autres sur le tuto ou le wiki, n'hesitez pas a les poser.

[julio]

as tu verifié que le binaire de rrdtool est bon ? es tu en 1.0.49 ou en 1.2.x ?? car y a une incompibilité avec 1.0.49 (slop-mode)...

-> aller encor eun patch...

[artfakt]

OK, merci pour la confirmation
Je voulais juste eviter de casser la compatibilité des fichiers avec les prochains paths, ne sachant pas si celui-ci serai compatible avec les prochains.

Donc, ca va etre OK pour le pb ODS relatif à la colone "hg_id"
merci pour la contrib watt !

Je vais patcher tout ca, et je reviens faire un point

RRDtool 1.2.11 OK

[ludo_x]

as tu verifié que le binaire de rrdtool est bon ? es tu en 1.0.49 ou en 1.2.x ?? car y a une incompibilité avec 1.0.49 (slop-mode)...

-> aller encor eun patch...

Ce message m'est destiné ?

Quand je fais un rrdtool version, je vois que je suis en version 1.0.49.

Dois-je migrer en version 1.2 ?

Car je suis sous debian stable donc C la galère car il n'y a rien comme paquet plus récent, et j'ai un peu peur de compilé ^^

[WAtt]

Pas de panique Ludo_x, j'ai la solution :)

http://www.us.debian.org/doc/manuals/apt-howto/ch-apt-get.fr.html#s-pin

En gros tu rajoutes les sources testing (etch) dans ton apt/sources.list

Ensuite tu crées un apt/preferences et tu donnes des niveaux a t'es paquets.

Dans /etc/apt/preferences


Package: rrdtool
Pin: 1.2*
Pin-Priority: 1000

Package: *
Pin: release v=3.1*,a=stable,c=main,o=Debian,l=Debian
Pin-Priority: 990


(juste une validation par les debiannistes... ?)

apt-get update && apt-get upgrade

WAtt

[julio]

nan nan c bon je vais patcher :)

d'ici pas longtemps un patch dispo... je vous confirme ca. ici dans ce post.

[ludo_x]

Merci Watt, mais je vais attendre le patch, ainsi, s'il marche avec ma Debian stable, on le saura rapidement.

Car pas mal de personne doivent avoir une version "stable" de Debian.

Si ça ne marche pas, je mets a jour rrdtool ^^

[julio]

voila le patch est en place.. tu prend le tgz et la tu applique le patch 19 20 et 21..

tiens nous au courant..

++

[ludo_x]

Le patch 19 et 20 sont identiques :

19-oreon_www_include_views_graphs_graphODS_generateIm ages_generateODSImage.php.patch
20-oreon_www_include_views_graphs_graphODS_generateIm ages_generateODSImage.php.patch
21-oreon_www_include_views_graphs_graphODS_generateIm ages_generateODSMetricImage.php.patch

J'ai donc MAJ le patch 19 et 21, et ... toujours la même erreur : "No graph associated to this service.".

Je vais attendre un peu que des données arrivent, peut-etre que ça marchera.

edit> j'ai quand même appliquer le patch 20 après le 19 :

debianserveur:/usr/local/oreon# patch -p1 < /root/oreon-patch/20-oreon_www_include_views_graphs_graphODS_generateIm ages_generateODSImage.php.patch
patching file www/include/views/graphs/graphODS/generateImages/generateODSImage.php
Reversed (or previously applied) patch detected! Assume -R? [n] y

[julio]

désolé je viens demettre a jour, j'avais fait une betise. C'est bon, now.

sinon redemarre ods pour tes garphs non dispo... et est ce que tes plugins genere bien des perfdata ???

++

[ludo_x]

J'ai mis les nouveaux patchs 19 - 20 - 21 mais j'ai toujours la même erreur.

Je redémarre Nagios et ODS a chaque fois que je patch.

Mes plugins fonctionnaient très bien avec PerfParse : ils ont tous -f comme argument et sont issus du site connu : http://nagios.manubulon.com/

[artfakt]

Je n'ai tjrs qu'une seule ligne dans la table index_data (qui prend successivement la valeur de chacun des services), alors qu'il me semble qu'elle devrait contenir une ligne par service, non ?

Je pense que c'est la source de mon pb de graph unique qui contient les valeurs de tous les services !

D'ou cela peut il venir ?

patch 1.4.1 jusqu'au 18, RRDTool 1.2.x, dernières ODS libs, purge de la base + perfdata-service* + rrd entre les restart

PS: Les logs non plus se remontent pas en base, je n'ai pas du trouver la bonne option à cocher ?

[ludo_x]

Je susi passé à la version 1.2.15 :

debianserveur:/usr/local/oreon# rrdtool version
RRDtool 1.2.15 Copyright 1997-2006 by Tobias Oetiker <tobi@oetiker.ch>

J'ai des graphes avec "Graphs By Hosts"et avec "Simple Graph Renderer" mais sur pas mal de service, tel que "CPU LOAD" j'ai droit à "No graph associated to this service" quand je clique sur l'icone des graphes à partir de l'onglet "Monitoring". Or cela fonctionnait avec PerfParse donc mes plugins sont bons je pense.

Merci !

[ludo_x]

Autre bug, j'affiche les services d'un hôte :

http://www.hiboox.com/images/1407/f5d32056.png

On remarque qu'il n'y a qu'un seul service et quand je clique sur le bouton "Graph" un nouveau service apparait :

http://www.hiboox.com/images/1407/71057579.png

Pourtant, sur un autre PC, il m'affiche bien tous les services. julio, si tu as besoin d'autres éléments, n'hésite pas !

edit> je supprimes toutes les données de la BDD ODS sur les tables data_bin - index_data - log - metrics. J'ai également vidé le dossier "/usr/local/oreon/OreonDataStorage".
Je verrai bien.

[ludo_x]

En espérant que cela aide, j'ai remarqué, comme on le voit sur le screenshot au-dessus, le graphique contient pratiquement tous les autres graphiques, ainsi, l'uptime, la charge CPU, le traffic et la RAM utilisé sont superposés.

Cela est visible sur cette image :

http://www.hiboox.com/images/1407/ec8f56df.png

Une fois les données affichées séparement je vois bien mon graph CPU, puis traffic etc, mais il porte le nom de "Espace disponible"... bref, pas génial.

Vivement un autre patch que je teste !

[julio]

oauis mais chez moi ca ne fait pas ca du tout... quelle distrib as tu ? quel format de fichier de perfdata cree tu ?

[artfakt]

Mon problème est résolu ou du moins élucidé.
Cela venait de la définition des Services qui dépendaient de "Hosts Groups".
ODS ne doit pas encore gérer (correctement) cela.
En réaffectant tous les Services à des Hosts et non à des Hosts Groups, tout rentre dans l'ordre.

merci pour votre aide, et félicitation à toute l'équipe pour cette nouvelle avancée.

PS: Y a t'il une RoadMap, de façon à ne pas faire maintes suggestions qui soient déja prises en compte ?
A propos de la DB d'ODS, comment mettre en place un système de rotation des données ?
Sinon, j'ai cru entendre parler d'un perfdata2RRD et serai curieux de savoir ce qu'il en ai, et de comment sera gérée la section reporting avec cette méthode ?

[julio]

sisi ca le gere si tu as mis le patch ! l'as tu mis ?

Merci,

[gae]

J'ai exactement le même problème que ludo_x :
- pas mal de graphs sont agreges sur le même mais pas tous,
- pour des hosts appartenants à un hostgroup, un seul service apparait dans la liste des graphs de manière aléatoire
- pour les hosts dans un hostgroup, si je clique sur le graph, le message d'erreur "pas de graph pour ce service apparait".

je tourne sous :
Fedora Core release 5
Nagios 2.8
Oreon 1.4 (patch 01->18)

sinon, il doit y avoir une option de debug qui doit toujours être activée quelque part car le demon ods me pourri mon tty :)

avec un petit probleme :
Use of uninitialized value in concatenation (.) or string at /usr/local/oreon/ODS/lib/indentifyService.pm line 39, <PFDT> line 1.
Use of uninitialized value in concatenation (.) or string at /usr/local/oreon/ODS/lib/indentifyService.pm line 45, <PFDT> line 1.
centralServer/eth016 - SNMP gw16

sinon, ods.log contient pas mal de lignes comme celles ci :
1175669831 - ERROR while updating /usr/local/oreon/OreonDataStorage//19.rrd : illegal attempt to update using time 1175669817 when last update time is 1175669817 (minimum one second step)
1175669831 - ERROR while updating /usr/local/oreon/OreonDataStorage//20.rrd : illegal attempt to update using time 1175669817 when last update time is 1175669817 (minimum one second step)

mon taux de refraichissement est trop élevé ? (sleep time = 10s)

Cordialement
Gaëtan

[julio]

tu n'a spas mis tous les patchs :)

applique les patchs et redemarre ods... y a un warning qui fait merder les graphs pour les services par hostgroups...

[ludo_x]

oauis mais chez moi ca ne fait pas ca du tout... quelle distrib as tu ? quel format de fichier de perfdata cree tu ?

Je tourne sous Debian stable.

J'ai bien mis les patchs mais la console reçoit tout de même pas mal de log d'ODS.

Comme fichier de perfdata, je mets celui qui est installé avec "process-service-perfdata" et installé comme cela :

http://www.hiboox.com/images/1407/a34e73d1.png

Mon problème est résolu ou du moins élucidé.
Cela venait de la définition des Services qui dépendaient de "Hosts Groups".
ODS ne doit pas encore gérer (correctement) cela.
En réaffectant tous les Services à des Hosts et non à des Hosts Groups, tout rentre dans l'ordre.


C'est ce que j'ai aussi remarqué, avec mon hôte srv_WORLD qui a des services assignés à lui seul fonctionne très bien, alors que pour les autres hôtes les graphiques se superposent.

[srenon]

Bonjour,

J'ai un petit problème...

J'ai ma base ODS qui se rempli de log et de perfdata. Donc la vous me direz c'est good tout vas bien alors.?!!!!
Ben non les graphs oreons sont désesperément vides...

J'ai aussi les rrd qui se crée.

Des pistes de recherche?

En tout cas bravo pour ce nouvelle opus

[gae]

Ludo_x a dit :
J'ai bien mis les patchs mais la console reçoit tout de même pas mal de log d'ODS.
C'est ce que j'ai aussi remarqué, avec mon hôte srv_WORLD qui a des services assignés à lui seul fonctionne très bien, alors que pour les autres hôtes les graphiques se superposent.

tout pareil ...

sinon, dans vue ODS :
quand je clique sur "graph par host", je selectionne un host, j'ai un magnifique graph de ping !!
je clique dessus : reponse : "Ce service n'a pas de graph associé."
je vais sur "graph simple", je selectionne le même host, je selectionne le ping (seul service) j'ai le même graph magnifique ;-)
je clique dessus : les graphs jounralier/hebo/mensuel/annuel apparaissent bref, tout est bien !!
-> pour moi : probleme de redirection des fichiers
-> domage que les infos (nom du service + metric) disponibles dans la bdd ne soient pas directement utillisées comme paramètres pour générer les graphs RRD... (cependant, je comprend qu'un "iso.1.3.2.3.2.1.2.3.0" ne parle pas a grand monde mais j'écrit un script qui doit permetre de parametrer sa metric et son label pour les requetes snmp, -> je le poste dés que pret)


en plus : j'ai remarque que nagios ? tronque les perfdata qui sont trop longs
(pas cool pour les check_snmp_storage avec quelques partitions ou les check_snmp_int avec plus de 4 interfaces ...)

mais comme pour moi perfparse ne fonctionnait pas tres bien (voir pas du tout), l'avancée est top :-), merci les gars !!

[julio]

Bon je vais pousser un peu de test ce we, je vous tiens au courant... Désolé et merci encore de vos retours

[gae]

En parlant de retour, un de plus direz vous :

dans ma base ODS, table 'metrics' le champ 'rrdDataBase_Path' reste 'Null',
dans la base OREON, la table 'ods_view_details' reste vide

sinon, si je veux dropper de vielles données qui ne sont plus graphées (utilisées juste pour des tests) est ce que la séquence suivante est correcte ?

DELETE FROM data_bin USING metrics WHERE data_bin.id_metric IN
(SELECT metrics.metric_id FROM metrics WHERE metrics.metrin_id IN
(SELECT id_metric FROM index_data WHERE service_id =
'mon_service_de_trop' ));

DELETE FROM metrics WHERE metrics.id_metrics IN
(SELECT id_metric FROM index_data WHERE service_id =
'mon_service_de_trop' );

DELETE FROM index_data WHERE service_id = 'mon_service_de_trop';

--
le demon ods droppe-t-il de temps en temps le fichier poubelle service-perfdata.tmp qui commence à prendre de la place ... ?

Sinon, patch 22 installé, j'ai toujours les mêmes problèmes. y a-t-il un changelog sur les patch car je ne parle pas le php ou le perl courrement..

une derniere chose :
dans la vue 'reporting -> host -> le graph des disponibilites de l'host sur le calendrier' je n'ai plus de données pour les jours depuis que j'ai installé ODS. je m'explique :
- avant la date de premiere utilisation d' ODS : j'ai les raports % host
- après cette date, tout est vide sauf 'aujourd'hui'
-> sans doute un pb de purge un peu trop severe

Cordialement
Gaëtan

[julio]

oui, mais vide simplement index_data et tout suivra... c est linké....

[ludo_x]

julio> je t'ai envoyé un dump de ma table index_data par message privé.

J'ai bien tout patché or j'ai un bug dans le log (/usr/local/oreon/ODS/var/ods.log) : 'Error in Drain function 2 : Unknown column 'hg_id' in 'where clause'.

[WAtt]

Salut,

Tu es sur d'avoir bien tout paché et ne pas avoir eu de message d'erreur ?

Tu as quoi comme message après le patch?

C'est le patch "01-oreon_ODS_lib_purge-pm.patch" qui résout ce problème.

WAtt

[BubuLeMag]

J'avais la même erreur et pourtant je pensais avoir patché.

En fait, je pense avoir compris notre erreur. On a pris les derniers fichiers dans SVN comme l'indiquait julio ici : http://forum.oreon-project.org/showthread.php?t=3054

du coup, quand on a voulu passer le patch qui corrigeait le problème, il y a eu un rejet sur la ligne problématique... sur le coup, je me suis dit que c'etait normal puisque le fichier est plus récent, mais en fait non...

[ludo_x]

J'ai retenté de patcher :

debianserveur:/usr/local/oreon# patch -p1 < /root/oreon-patch/01-oreon_ODS_lib_purge-pm.patch
patching file ODS/lib/purge.pm
Hunk #1 FAILED at 54.
1 out of 1 hunk FAILED -- saving rejects to file ODS/lib/purge.pm.rej

Je vais appliquer le patch 2.

Voici le message :

debianserveur:/usr/local/oreon# patch -p1 < /root/oreon-patch-1.4-2/22-oreon-2004_04_05_-_17_55.patch
patching file cron/parsing_log.pl
Hunk #1 FAILED at 72.
1 out of 1 hunk FAILED -- saving rejects to file cron/parsing_log.pl.rej
patching file cron/reporting/ArchiveLogInDB.php
Hunk #1 FAILED at 161.
1 out of 1 hunk FAILED -- saving rejects to file cron/reporting/ArchiveLogInDB.php.rej
patching file www/include/configuration/configGenerate/DB-Func.php
patching file www/include/configuration/configObject/command/listCommand.php
patching file www/include/monitoring/load_status_log.php
patching file www/include/options/LCA/define/formLCA.php
patching file www/include/reporting/dashboard/chart_host.php
patching file www/include/reporting/dashboard/chart_service.php
patching file www/include/reporting/dashboard/GetXmlHost.php
patching file www/include/reporting/dashboard/GetXmlService.php
patching file www/include/reporting/dashboard/reporting-func.php
patching file www/include/reporting/dashboard/template/viewHostLog.ihtml
patching file www/include/reporting/dashboard/viewHostLog.php
patching file www/include/reporting/dashboard/viewServicesLog.php
patching file www/include/reporting/lang/en.php
patching file www/include/reporting/lang/fr.php

Merci.

[WAtt]

Tu peux regarder le contenu de cron/parsing_log.pl.rej et cron/reporting/ArchiveLogInDB.php.rej ??

[ludo_x]

Contenu de cron/parsing_log.pl.rej

***************
*** 72,108 ****
}
}
while (<FILE>) {
- if ($_ =~ /^\[([0-9]*)\]\sSERVICE ALERT\:\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#]*)/){
my @tab = split(/;/, $2);
$ctime = $1;
$tab[5] =~ s/\'/\\\'/g;
$sth = $dbh->prepare("INSERT INTO `log` (`msg_type`,`ctime`, `host_name` , `service_description`, `status`, `type`, `retry$
if (!$sth->execute) {print "Error:" . $sth->errstr . "\n";}
- } elsif ($_ =~ /^\[([0-9]*)\]\sHOST ALERT\:\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#]*)/){
my @tab = split(/;/, $2);
$ctime = $1;
$tab[4] =~ s/\'/\\\'/g;
$sth = $dbh->prepare("INSERT INTO `log` (`msg_type`,`ctime`, `host_name` , `status`, `type`, `retry`, `output`) VALUES ('$
if (!$sth->execute) {print "Error:" . $sth->errstr . "\n";}
- } elsif ($_ =~ /^\[([0-9]*)\]\sSERVICE NOTIFICATION\:\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#]*)/){
my @tab = split(/;/, $2);
$ctime = $1;
$tab[5] =~ s/\'/\\\'/g;
$sth = $dbh->prepare("INSERT INTO `log` (`msg_type`,`ctime`, `host_name` , `service_description`, `status`, `notification_$
if (!$sth->execute) {print "Error:" . $sth->errstr . "\n";}
- } elsif ($_ =~ /^\[([0-9]*)\]\sHOST NOTIFICATION\:\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#]*)/){
my @tab = split(/;/, $2);
$ctime = $1;
$tab[4] =~ s/\'/\\\'/g;
$sth = $dbh->prepare("INSERT INTO `log` (`msg_type`,`ctime`, `notification_contact`, `host_name` , `status`, `notification$
if (!$sth->execute) {print "Error:" . $sth->errstr . "\n";}
- } elsif ($_ =~ /^\[([0-9]*)\]\sWarning\:\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#]*)/){
my $tab = $2;
$ctime = $1;
$tab =~ s/\'/\\\'/g;
$sth = $dbh->prepare("INSERT INTO `log` (`msg_type`,`ctime`, `output`) VALUES ('4','$ctime', '".$tab."')");
if (!$sth->execute) {print "Error:" . $sth->errstr . "\n";}
- } elsif ($_ =~ /^\[([0-9]*)\]\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#]*)/) {
$ctime = $1;
my $tab = $2;
$tab =~ s/\'/\\\'/g;
--- 72,108 ----

--- 72,108 ----
}
}
while (<FILE>) {
+ if ($_ =~ /^\[([0-9]*)\]\sSERVICE ALERT\:\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#\!\?]*)/){
my @tab = split(/;/, $2);
$ctime = $1;
$tab[5] =~ s/\'/\\\'/g;
$sth = $dbh->prepare("INSERT INTO `log` (`msg_type`,`ctime`, `host_name` , `service_description`, `status`, `type`, `retry$
if (!$sth->execute) {print "Error:" . $sth->errstr . "\n";}
+ } elsif ($_ =~ /^\[([0-9]*)\]\sHOST ALERT\:\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#\!\?\*]*)/){
my @tab = split(/;/, $2);
$ctime = $1;
$tab[4] =~ s/\'/\\\'/g;
$sth = $dbh->prepare("INSERT INTO `log` (`msg_type`,`ctime`, `host_name` , `status`, `type`, `retry`, `output`) VALUES ('$
if (!$sth->execute) {print "Error:" . $sth->errstr . "\n";}
+ } elsif ($_ =~ /^\[([0-9]*)\]\sSERVICE NOTIFICATION\:\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#\!\?\*$
my @tab = split(/;/, $2);
$ctime = $1;
$tab[5] =~ s/\'/\\\'/g;
$sth = $dbh->prepare("INSERT INTO `log` (`msg_type`,`ctime`, `host_name` , `service_description`, `status`, `notification_$
if (!$sth->execute) {print "Error:" . $sth->errstr . "\n";}
+ } elsif ($_ =~ /^\[([0-9]*)\]\sHOST NOTIFICATION\:\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#\!\?\*]*)$
my @tab = split(/;/, $2);
$ctime = $1;
$tab[4] =~ s/\'/\\\'/g;
$sth = $dbh->prepare("INSERT INTO `log` (`msg_type`,`ctime`, `notification_contact`, `host_name` , `status`, `notification$
if (!$sth->execute) {print "Error:" . $sth->errstr . "\n";}
+ } elsif ($_ =~ /^\[([0-9]*)\]\sWarning\:\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#\!\?\*]*)/){
my $tab = $2;
$ctime = $1;
$tab =~ s/\'/\\\'/g;
$sth = $dbh->prepare("INSERT INTO `log` (`msg_type`,`ctime`, `output`) VALUES ('4','$ctime', '".$tab."')");
if (!$sth->execute) {print "Error:" . $sth->errstr . "\n";}
+ } elsif ($_ =~ /^\[([0-9]*)\]\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#\!\?\*]*)/) {
if (!$sth->execute) {print "Error:" . $sth->errstr . "\n";}
+ } elsif ($_ =~ /^\[([0-9]*)\]\ ([a-zA-Z0-9\.\-\_\ \%\'\"\(\[\]\)\{\}\,\;\:\/\=\<\>\*\$\^\~\@\+\#\!\?\*]*)/) {
$ctime = $1;
my $tab = $2;
$tab =~ s/\'/\\\'/g;

Et cron/reporting/ArchiveLogInDB.php.rej :

***************
*** 161,174 ****

foreach($tableFile2 as $key => $time){
parseFile($key, $time, $tab_hosts, $tab_services, $day_current_start, $day_current_end, false);
- insert_in_db($key, $tab_hosts, $tab_services, $day_current_start, $day_current_end);
insert_file_name_in_db($key);

}

- //if($day_current_start > 0){
- //
// print "insert_in_db";
- //}

?>--- 161,174 ----

foreach($tableFile2 as $key => $time){
parseFile($key, $time, $tab_hosts, $tab_services, $day_current_start, $day_current_end, false);
+ // insert_in_db($key, $tab_hosts, $tab_services, $day_current_start, $day_current_end);
insert_file_name_in_db($key);

}

+ if($day_current_start > 0){
+ insert_in_db($key, $tab_hosts, $tab_services, $day_current_start, $day_current_end);
// print "insert_in_db";
+ }

?>

[WAtt]

Tu as fait des modifications sur ton installation de la 1.4 ? Sauf patch Officiels ?

Sinon je te laisse faire les modif a la main (pas trop dur je pense). Mais si tu veux etre tranquil, remet les fichiers originaux.

WAtt

[ludo_x]

J'ai mis les fichiers officiels (il y'a des modifications à la main à faire ?) et les 2 patchs mais j'ai toujours les soucis de superposition de graphes comme d'autres ont.

Je suis donc revenu sur PerfParse en attendant.

Et chez toi, ça marche ODS ? Avec des services assignés à des groupes de machines ?

[BubuLeMag]

Chez moi, les graphs se sont mis à fonctionner après avoir remis purge.pm d'aplomb et vidé la table index_data (qui s'est chargé de vider les 2 autres tables associées). Sans vider la table index_data, ca ne marchait pas mieux.

[julio]

Pour tout ceux qui ont le bug des graphs par hostgroup, cad tous les services sur le meme graphs, vous avez juste a remplacer le fichier getServiceData.pm dans le rep ODS par celui ci :

patch dispo sur le wiki dans 2h

Désolé encore

[ludo_x]

Je viens de voir qu'après avoir appliquer le patch 1, j'ai maintenant cette erreur quand je clique sur Options -> OreonDataStorage -> "Warning: array_map(): Argument #2 should be an array in /usr/local/oreon/www/include/options/oreon/generalOpt/OreonDataStorage/formODS.php on line 32" et tous les champs de la page sont vides.

edit> je viens de reappliquer les 2 patchs 08 et 09 mais l'erreur y est toujours.

http://www.hiboox.com/images/1507/e7cf1aa9.png

Et j'ai tjrs ce souci dans le log (/usr/local/oreon/ODS/var/ods.log) : 'Error in Drain function 2 : Unknown column 'hg_id' in 'where clause'.

Voici les autres erreurs dans /usr/local/oreon/log :

ods_parsing_log -> Use of uninitialized value in -r at /usr/local/oreon/cron/parsing_log.pl line 153.
Use of uninitialized value in concatenation (.) or string at /usr/local/oreon/cron/parsing_log.pl line 154.
Error : cannot open

ods_parsing_status -> Use of uninitialized value in string ne at /usr/local/oreon/cron/parsing_status.pl line 50.

Si ça peut aider ; - )

[WAtt]

Tu peux nous faire le changelog de ton install ?? les fichiers modifiés ?? etc..

Je vois ce soir pour vous faire un post sur les patchs, comment ca marche et a quoi ca sert ....

WAtt

[ludo_x]

Comment je peux te faire cela ?

Je suis passé de la version 1.3.3 à la version 1.4 en faisant les manipulations du wiki lundi dernier.

Ensuite, j'ai mis les patchs 1 et 2.

Et ... rien de plus ^^

edit> j'ai tenté de patcher avec le version 3 :

debianserveur:/usr/local/oreon# patch -p1 < /root/oreon-patch-1.4-3/23-oreon-2007_04_10_-_16_27.patch
patching file cron/parsing_log.pl
Hunk #1 FAILED at 30.
Hunk #2 FAILED at 71.
2 out of 2 hunks FAILED -- saving rejects to file cron/parsing_log.pl.rej
patching file ODS/lib/getServiceData.pm
Hunk #1 FAILED at 23.
Hunk #2 FAILED at 41.
2 out of 2 hunks FAILED -- saving rejects to file ODS/lib/getServiceData.pm.rej
patching file ODS/lib/identifyMetric.pm
Hunk #1 FAILED at 120.
1 out of 1 hunk FAILED -- saving rejects to file ODS/lib/identifyMetric.pm.rej
patching file www/include/views/graphs/graphODS/graphODS.php

[WAtt]

Ne soit pas démoralité tu en as réussi 1 ;)
patching file www/include/views/graphs/graphODS/graphODS.php

Bon, en gros je t'invite a lire le post que j'ai mis a jour hier, concernant les patchs (CONTRIB....)

Tu as du modifier ces 3 fichiers manuellement je pense. Je sais qu'il y a justement un probleme avec le parsing_log.pl car le modification de code se fait au niveau d'une ligne qui est générée depuis une variable.

WAtt

[BubuLeMag]

Après avoir passé les derniers patchs, il me reste un petits soucis :

http://localhost/oreon/oreon.php?p=p=40210&o=vs&index=10 me renvoit "Ce service n\'a pas de graph associé" lorsque le service est associé à un hostgroup. Quand c'est un service lié à un host il n'y a aucun problème...

[ludo_x]

watt> j'ai appliqué les ptachs après avoir remis les fichiers d'origine et je n'ai pas eu d'erreurs.

Par contre, lorsque je vais dans Options -> ODS, j'ai tjrs l'erreur "Warning: array_map(): Argument #2 should be an array in /usr/local/oreon/www/include/options/oreon/generalOpt/OreonDataStorage/formODS.php" donc je ne peux plus configurer ODS.

Merci pour ton aide !

[gae]

ce patch 23, c'est du pain béni, merci, merci, merci, merci....

manip effectuee :
1 - install patch 23
2 - sudo /etc/init.d/ods stop
3 mysql -> base ods : TRUNCATE TABLE data_bin, index_data, metrics;
4 cd /usr/local/oreon/OreonDataStorage/ , sudo rm * (et oui...)
5 sudo /etc/init.d/ods start

attendre ... 5 secondes, aller sur oreon et constater les bienfaits de ce patch !!! :-)

Oreonnement, Gaëtan

PS - pour Ludo_x, si tu n'arrives pas à patcher en ce moment, je te conseille un reinstall d'oreon 1.4 -> tu sera sur d'avoir les bons fichiers pour appliquer les patchs

[ludo_x]

J'ai changé pas mal de fichier à partir de la version 1.4 fraichement installé mais j'ai toujours cette erreur :

http://www.hiboox.com/images/1507/e7cf1aa9.png

Et je ne sais pas quels fichiers modifier/remettre ?

edit> J'ai remplacé les dossiers cron, filesGeneration, filesUpload, GPL_LIB, ODS, www à partir d'Oreon 1.4 fraichement téléchargé et je n'ai toujours rien dans l'image ci-dessus !
Même si je modifie et que je valide, tout disparait, du coup je ne peux pas retester ODS, snif !

Par contre j'ai réappliqué tous les patchs et je n'ai eu AUCUNE erreur, ça fait plaisir ^^

[julio]

prend le fichier qui est sur le svn dans la partie dev. Ca devrait enlever le pb je pense....

etrange..

[ludo_x]

J'ai essayé mais c'est toujours pareil :/

J'ai changé les fichiers formODS.php et formODS.ihtml

Même dans patcher ce fichier j'ai toujours la même erreur.

edit> haaaaaaaa mais je crois savoir, pffff en voyant la ligne 32 et la requete !! Je viens de voir que j'avais vidé toutes (mais TOUTES) les tables donc tout est vide, même dans la table config ^^

[julio]

ha bah oauis la c sur :)

[gae]

Lo,

un petit coup d'oeil à la base ODS pour voir que dans la table 'metrics', il y a trois champs 'warn', 'crit' et 'Rrddatabase_path'

dans le table 'data_bin', on a un champ 'status'

-> status = etat renvoyé par le plugin Nagios
-> 'crit' et 'warn' sont tous 'NULL'
à quoi servent-ils ?
comment leur fournir des données ? via la structure perfdata ?
-> j'ai essayé la bon vieux format perfparse (si je ne me trompe pas):
(service)=(value)(metric);(warn level);(crit level);(min value);(max value)

mais, seul les champs (service)=(valeur)(metrique) semblent interpretes

si ces champs ne sont pas encore exploites, quel sera le format adopte
(histoire de developper un plugin dirrectement adapté)

Gaé

[ludo_x]

J'ai remis les fichiers d'origine oreon 1.4, appliqué les 3 patchs, sans aucune erreur.

Par contre, quand je lance le daemon ODS, j'ai cette erreur :

debianserveur:~# /etc/init.d/ods start
Starting ODS Collector : ods_daemon
debianserveur:~# Possible unintended interpolation of @OREON_PATH in string at /usr/local/oreon/ODS/ods.pl line 34.
Global symbol "@OREON_PATH" requires explicit package name at /usr/local/oreon/ODS/ods.pl line 34.
BEGIN not safe after errors--compilation aborted at /usr/local/oreon/ODS/ods.pl line 40.

Une idée ? ^^

edit> cry, maintenant, Oreon me demande de me refaire toute la configuration comme si c'était la 1ere fois que je l'installé CRY !

[julio]

dans ods.pl remplace @OREON_PATH@ par le path d'install d'oreon...

[WAtt]

Heu ... je pense qu'il est mieux a faire une install propre ... modifier tout les @OREON..@ .. il n'a pas fini ..

Si tu refais une install propre, patch avant l'install :) (le patch est prévu pour)

[ludo_x]

Je reteste cela demain matin.

Comment refaire l'installation Watt ? Car j'ai déjà téléchargé la version 1.4, puis j'ai copié tous les dossiers dans mon /usr/local/oreon puis appliqué tous les patchs sur lesquels je n'ai eu aucune erreur ce qui est un bon point !

Par contre, avant de partir, Oreon m'annonçait que je devais le paramètrer comme si c'était la 1ere fois que je l'installais, cry...

[WAtt]

Salut,

Tu as un backup de ta base oreon ? Si oui

Supprime toute ton install (base, fichier ....)

Depuis l'archive oreon-1.4.tar.gz, tu "untar", tu patchs les sources directement (donc non plus /usr/local/oreon, mais /root/oreon-1.4, si tu as mis dans /root)

Tu lances le scripts d'install. Tu configures, une fois arrivé a la mire de login, tu remet ta base avec le backup.

WAtt

[billou]

bonjour,

j'ai mis a jour oreon de la 1.3.3 a la 1.4 et j'ai eu une errue lors de la mise a jour de la base sql .... bon comme ça m'étai déjà arrivé pour passer a la 1.3.3 je me suis pas inquiété et j'ai supprimé le dossier www/install et j'ai eu un magnifique oreon 1.4 tout beau ....
Puis je me suis mis a patcher ce dernier ....
patch1 OK
patch2 OK patch 3 :

# patch -p1 < /root/oreon-patch-1.4-3/23-oreon-2007_04_10_-_16_27.patch
patching file cron/parsing_log.pl
Hunk #1 FAILED at 30.
1 out of 2 hunks FAILED -- saving rejects to file cron/parsing_log.pl.rej
patching file ODS/lib/getServiceData.pm
patching file ODS/lib/identifyMetric.pm
patching file www/include/views/graphs/graphODS/graphODS.php

je ne sais pas d'ou peut venir le problème et je n'ai touché a aucun fichier.

[WAtt]

# patch -p1 < /root/oreon-patch-1.4-3/23-oreon-2007_04_10_-_16_27.patch
patching file cron/parsing_log.pl
Hunk #1 FAILED at 30.
1 out of 2 hunks FAILED -- saving rejects to file cron/parsing_log.pl.rej

J'ai mis une note sur le wiki a ce sujet....
Il faut lire ;o)

[billou]

ok merci je viens de trouver la note je suis passé complètement a coté !! ^^
par contre je vois pas la ligne a supprimer dans le cron/parsing_log.pl ??

[WAtt]

???

Compare avec le .rej

[billou]

je viens de commenter toutes les lignes (dans le .pl) devant lesquelles il y avait un "-" dans le .rej c'était bien ça??

[plebihan]

Bonjour,

Moi aussi j'ai rencontré un tas de soucis lors de ma bascule perfparse => ODS.
Après avoir suivi scrupuleusement ce post, j'ai pas mal avancé.

Ma base mysql ODS se remplit bien (le champ rrd_path de ma table metrics est à NULL est ce normal ?), j'ai des fichiers RRD de créé dans le rep /usr/local/oreon/OreonDataStorage. Leurs heures de modif évoluent. jusque ici tout va bien.

Le hic arrive lorsque je veux consulter les graphs. Les graphs ne s'affichent pas.

J'ai bien le nom de mon host puis une ligne par service mais point de graphs.

S'il vous manque des infos n'hésitez pas.

Merci par avance,
Pacopad

[julio]

as tu bien reseigné le path ed rrdtool dans les options ???

[plebihan]

J'avais une veille version de rrdtool 1.0.49.

Un pti update vers une 1.2.19 et c parti.

Merci pour le coup de main, les graphs marchent nikel

Bonne continuation à tous

[julio]

coool ca :)

[gae]

Comme ODS fonctionne pas mal, je me suis dit : perfparse ne sert plus à rien (j'avait pas reussi à le faire fonctionner) -> je desinstalle !!

-> rm perfparse
-> mysqldelete -u perfparse -p perfparse

de retour sous oreon :

vue oreon -> graph perfparse : rep : Problème avec la base Perfparse : DB Error: connect failed
Normal

options -> database : rep : Problème avec la base Perfparse : DB Error: connect failed
ca : PAS NORMAL !! ->

pas possible de mettre les infos de la base ODS sur la page Database ?


[RESOLU] : desactiver 'utiliser PerfParse' dans options-> menu général -> nagios ... (honte à moi...)
mais, je n'ai que les infos de la dbb oreon .. (pas grave)

sinon, depuis le patch 23 : pas mal de graphs ne sont plus agreges mais il en reste ??
-> bizarement, c'est ceux qui utilisent les plugins check_graph... ??

Gaé

[gae]

solution :

sudo vi /etc/init.d/ods

juste apres la ligne NagiosGroup=(mon nagios group), ajouter :
ODSDemLog=${prefix}/ods_demon.log

incerer dans la ligne : $ODSBin & pour avoir :
$ODSBin 2>$ODSDemLog &

et le tour est joué

-> un fichier log recupere les problemes au lieu de les voir aparaitre de facon aleatoire sur son tty de travail !!

Gaé

-> un patch ?

[WAtt]

Tu nous fait ca ? :)

Tu as un tut dans la section support sur le forum pour créer un patch

Sinon MP moi et j'en fait un demain ou ce wkd

WAtt

[gae]

tu nous fait ca ?

j'ai vu ton tut mais sans m'y attarder -> je regarde ca demain et je patch

-> faut faire une propositions aux developpeurs avant ?
histoire qu'ils soient au courrant ou surtout qu'ils le valide !! -> on vas pas faire n'importe quoi..

sinon, y a-t-il moyen de desactiver l'option -S dans les scripts perl check_graph_*, suis sur que c'est ca qui fout la zone pour l'histoire des graphs agregés sur ODS... il n'y a qu'avec eux que ca fait ca et vu la puissance d'ODS, je pense que pas mal de monde va abandonner les check_graph_* (de même que perfparse) qui font des rrd dans leur coin et qui utilisent des macros un peu crapuleuses (j'ai bien galarer avec ca avant de m'apercevoir que je mettait un "!" de trop a la fin des lignreeres des checks... qui faisait merder le 'serviceId'..)

-> sans argument pour -S, -> la plugin genere une erreur mêem sans -g (pas de graph rrd normalement -> pas besoin d'un serviceId)
-> a mon avis : l'Id du service ne sert plus a rien vu qu'ODS creer les rrd sous une identité propre diférente de celles qu'utilise Oreon.

C'est un peu severe pour ceux qui ont developper ca car c'était une belle avance en son temps, de plus, le check_graph_traffic est le seul a gerer les debits à ma connaissance, un tres bon plugin !!

Gaé

[gae]

Tu nous fait ca ? :)

Tu as un tut dans la section support sur le forum pour créer un patch

Sinon MP moi et j'en fait un demain ou ce wkd

WAtt

j'ai un probleme avec le patch :


-bash-3.1$ diff -urN ods-old ods
--- ods-old 2007-04-13 10:11:53.000000000 +0200
+++ ods 2007-04-13 10:11:25.000000000 +0200
@@ -63,6 +63,7 @@
ODSLockFile=ods
NagiosUser=nagios
NagiosGroup=nagios
+ODSDemLog=${prefix}/ods_demon.log


# Check that ods exists.
@@ -88,7 +89,7 @@
echo "Error : $ODSRunFile already Exists."
exit 1
fi
- $ODSBin &
+ $ODSBin 2>$ODSDemLog &
if [ -d $ODSLockDir ]; then touch $ODSLockDir/$ODSLockFile; fi
#sleep 1
#status_nagios nagios


le patch va se baser sur des lignes que l'utilisateur parametre ... il est possible que ces lignes different d'une config à l'autre d'ou patch pas tres portable...
une idée ?

Gaé

[WAtt]

Je propose 3 ligne de blanc et un ligne de commentaire apres ta derniere ligne ou ton user nagios apparait.... et hop ca va passer :)

Pour tester le patch, utilise --dry-run

[gae]

Lo guys

je viens de faire un wiki pour la config ODS, :D

allez jetter un coup d'oeil et n'hesitez pas a rajouter des trucs ou a faire des correction ;) (c'est encore un peu simpliste...)

http://wiki.oreon-project.org/index.php/Graphs

bonne lecture

[julio]

ha voila ! Ca c'est genial...

C'est super ! si demain tout le monde fait une page, ca fait une doc complete ! C'est ca l'open source !

Merci encore a toi de montrer le chemin :)

je vais maintenant approfondir un peu certains points.. :)

[gae]

ha voila ! Ca c'est genial...

C'est super ! si demain tout le monde fait une page, ca fait une doc complete ! C'est ca l'open source !

completement d'accord avec toi, pour profiter, il faut contribuer, j'ai pu fixer plein de problemes grace au forum !
(philo du donnant - donnant -> c'est le juste retour des choses

Merci encore a toi de montrer le chemin :)

si ca peut lancer tout le monde, c'est vrai qu'a par Watt, y a pas grand monde..

je vais maintenant approfondir un peu certains points.. :)


ca je pense qu'il y a du boulot ... le pb, c'est que je ne peut pas faire de screen shot... mais ce serait pas mal

sinon, j'ai completé un peu les plugins ...

Gaé

[julio]

oui j'ai vu aussi pour les plugins ! C'est bien ....

coool

[icar3082]

Merci pour cette page !!!
icar

[joy5]

Merci pour cette page !!!
icar

Oui merci à vous, on en apprend plus :)

Julio, est-ce qu'il serait pas plus simple de sortir une install de la 1.4.0 déjà patchée, ce qui nous donnerait une 1.4.5 toute neuve :)

Merci d'avance

[julio]

la semaine prochaine un 1.4.1 :) Ca devait etre cette semaine mais j'ai trop de boulot..

[WAtt]

la semaine prochaine un 1.4.1 :) Ca devait etre cette semaine mais j'ai trop de boulot..

Je ne pense pas que tout le monde soit a 1 semaine pret. Si vous avez besoin de plus temps, faut le prendre. On a déjà une version 1.4-5 qui fonctionne bien, exploitable en prod.

A la rigeur, pourquoi ne pas sortir une RC si vraiment ya besoin ?