Weblogue de Cédric Temple - Supervision Libre et autres choses...

Cette semaine je devais travailler sur la définition de la supervision d'un client. Dans ce cas là, j'ai l'habitude de remplir une feuille de données Calc d'OpenOffice.org. Typiquement, cette feuille contient le nom de tous les serveurs et équipements à superviser, leur adresse IP, les services à superviser sur ces équipements, ... Pour une meilleure efficacité, le document est rempli avec les équipes techniques du client en étant projeté sur un écran grâce à un rétroprojecteur. Ce qui signifie que le client voit le fichier se mettre à jour, il corrige en même temps les erreurs potentielles. Jusqu'à ce qu'OpenOffice se bloque....

Après un malheureux Copier/coller d'une cellule d'un onglet vers un autre, la fenêtre d'OpenOffice se bloque, mon ordinateur semble au ralentit. Bon... Des gouttes de sueur perlent sur mon front... On va essayer d'arrêter puis re-démarrer OpenOffice! OpenOffice me demande si je souhaite enregistrer mon fichier avant de le fermer. La réponse est bien évidemment oui: faire le recensement du SI n'est pas quelque chose de fondamentalement amusant car il faut identifier tous les processus (certains comme "vsftpd", "xregd", "srvd", "ndsd", "slpd", ...). Il faut donc faire très attention à ne pas oublier une lettre ni en inverser deux. Maintenir l'attention pendant 2 heures, pas de problème. Mais pendant 2 jours, c'est plus compliqué et vite épuisant. Au milieu du 2e jour (donc quasiment à la fin du recensement), OpenOffice "plante". Bon, ce n'est pas grave, c'est un outil de qualité: au prochain redémarrage, il va me demander de restaurer le fichier et je n'aurais rien perdu. Ce qu'il n'a pas eu besoin de faire vu que... j'avais sauvegardé avant de fermer. Donc OpenOffice se lance et la fenêtre apparaît quasiment de suite et ... se fige. Tiens! Bizarre: même comportement qu'avant? Comment se fait-ce? Bon je ferme encore. Et là je kille tous les processus "soffice.bin". "Aucun processus killé": tiens, ça veut dire qu'il a bien réussi à se fermer. Donc je relance! Même problème. OK, je viens de comprendre: OpenOffice a tout simplement corrompu le fichier. Le copier/coller a dû coller un objet (oui mais lequel?) mal interprété par OpenOffice... et la sauvegarde l'a sauvegardé... et donc il a corrompu mon joli fichier. Les gouttes de sueur s'amoncellent sur mon front! Oui oui, je ne rêve pas: mon fichier est corrompu et le client voit tout ce que je fais à l'écran! Que faire?

Heureusement j'ai eu la chance de travailler à côté de Sophie Gautier. Je me souviens m'être arrêté un jour, d'avoir levé la tête et d'avoir vu Sophie travailler sur un document XML. Je lui ai demandé ce qu'elle faisait. Elle me répondit:

• bah... j'ai reçu un fichier corrompu qu'on me demande de réparer!
• ???
• bah c'est facile! Tu dé-zip le fichier OpenOffice avec unzip. Là tu as plusieurs fichiers. Et tu modifies le fichier XML.
• ???
• Sissi c'est facile! Tu l'ouvres et tu le modifies. C'est juste un fichier XML.
• heu... oui mais ... heu... ça doit être du XML compliqué non?
• ... ch'ai pas. attends. OK.. c'est bon: j'ai trouvé. Je vérifie... oui ça marche! je vais pouvoir lui renvoyer! cool.
• !!!

C'est ça qui est incroyable avec elle: ça semble toujours facile.

Du coup, j'ai essayé. Que pouvais je faire? Il fallait bien tenter quelque chose. Je n'avais que deux possibilités: réparer le fichier ou tout recommencer! Donc j'ai fait comme Sophie m'a dit:

1. un coup d'unzip
2. ouverture du fichier XML (d'ailleurs si vous connaissez un éditeur XML qui permet de lire sans trop de ralentissement un fichier XML très lourd et qui ne soit pas emacs, ni vim, ni kate, ni kedit qui rament beaucoup trop, eux, je suis preneur!!!)
3. identification de l'erreur (là, typiquement, il faut se poser une question "qu'ai je fait qui aurait pu causer un bug?" puis chercher dans le fichier quelque chose se rapprochant)
4. modification du fichier
5. re-zip de l'archive
6. vérification avec OpenOffice

Bon je vous avoue, les étapes de 3 à 6 sont sûrement à faire plusieurs fois. L'étape la plus compliquée étant l'étape 3... Avec un peu de réflexion et beaucoup de chance, on réussi. Sissi: je l'ai même fait!

Un grand merci à Sophie Gautier de m'avoir, il est vrai sans le vouloir, aider à me sortir de ce mauvais pas! Merci au client d'avoir patienter une heure. Merci aux formats ouverts d'être ... ouverts et donc modifiables par d'autres outils. Une seule question: qu'aurais je fait avec Microsoft Office?

Peut être que certains d'entre vous s'en sont rendus compte sans comprendre ce qui se passait. Peut être que d'autres ne s'en sont pas rendus compte mais en sont les victimes. Un bug dans l'ordonnanceur de Nagios est en cours depuis maintenant quelques mois. Et il n'est toujours pas corrigé.

FAN, Fully Automated Nagios sera présent lors du salon Solution Linux 2009. Que faire pour nous voir?

Centreon 2 ne répond pas totalement à vos besoins? Vous souhaitez lui ajouter des fonctionnalités qu'une seule personne (vous!) utilisera? Vous savez coder en PHP? Vous ne voulez pas patcher le cœur de Centreon car vous n'avez pas envie de maintenir vos patches à chaque nouvelle mise à jour? Développez un module Centreon 2! Comment faire?

En fait, il suffit de suivre la documentation de création d'un module Centreon 2! Elle est un peu cachée car elle se trouve sur le wiki du Trac de Centreon (et non sur l'autre wiki). Elle me semble simple et claire. Tout ce que j'aime. Je vais essayer de coder un module pour tester cette documentation. Comme je ne suis pas codeur PHP, cela ne devrait pas fonctionner :-) . Je vous tiendrai au courant.

FAN, Fully Automated Nagios est disponible en version 1.1. Elle s'est fait un peu attendre cette version 1.1 de FAN, Fully Automated Nagios. Mais elle est disponible aujourd'hui. Un peu une façon de vous souhaiter une heureuse année 2009. :-)

Quelles sont les modifications? Les nouveautés? Comment mettre à jour? Il suffit de lire.

Manuel OZAN a pris l'excellente initiative d'écrire une documentation sur FAN, Fully Automated Nagios. Celle-ci est disponible sur le site, dans une page dédiée. Cette documentation est en français, sous licence Creative Commons by-nc-sa. Ce qui signifie que vous avez le droit de l'utiliser, la modifier et la redistribuer tout en conservant la paternité et sans la revendre. N'hésitez pas si vous souhaitez participer à son amélioration, nous serions ravi de les publier.

Elle est disponible en deux formats: PDF et ODF. Un grand MERCI à Manuel pour cette contribution à FAN, Fully Automated Nagios.

Chose promise, chose dûe dit on par chez moi. Un petit tutoriel pour mettre à jour FAN de la version 0.6 à la version 1.0. Dans un premier temps: FAITES DES SAUVEGARDES! De la base de données, des plugins que vous avez ajoutés, des fichiers de configuration, ... Puis ajouter un fichier /etc/yum.repos.d/FAN.repo donc le contenu est le suivant:

[FAN]
name=FAN - Base
baseurl=http://cedrictemple.net/FAN/repository/fanprod/
gpgcheck=1
gpgkey=http://cedrictemple.net/FAN/repository/fanprod/RPM-GPG-KEY-FAN-1

Puis taper en ligne de commande:

yum update

Et savourer les mises à jour!

Enfin, elle est sortie cette fameuse version 1.0 de FAN (Fully Automated Nagios)! Quelles sont les nouveautés apportées par cette version? Aucune! En fait il ne s'agit pas d'ajout de fonctionnalités car comme nous l'avions indiqué précédemment, la version 0.6 de FAN était la première et dernière Release Candidate. Donc aucune nouveauté n'était prévue pour cause de stabilisation de la plate-forme. Bref, il ne s'agit donc que de corrections de bugs. Pour information, voici les corrections effectuées:

• Bug #2095028: Syslog NG does not work
• Bug #2108002: eventlog have to be updated
• Bug #2112390: Icon on status map does not work
• update 137 packages from CentOS.

À noter que dorénavant, FAN dispose de son propre repository de paquets RPMs. Ce qui signifie que vous n'aurez pas à ré-installer toute la distribution pour mettre à jour vers la nouvelle version de FAN. Pour le moment, le repository ne contient que les paquets de FAN-1.0. Si jamais il y avait un bug et que nous publions une nouvelle version de paquet, la commande suivante permettrait de mettre à jour votre installation:

yum update

La migration de FAN 0.6 vers FAN 1.0 va bientôt être présentée dans un autre billet.

Je suis très fier de sortir une version 1.0 de FAN aujourd'hui. En effet, il s'agit de l'aboutissement d'un projet certes technique mais aussi et surtout humain. Je tiens à remercier les nombreux contributeurs à ce projet et notamment les développeurs/intégrateurs/packageurs/testeurs/...:

• Olivier "LKCO" Li-Kiang-Cheong
• David "Dadu" Dummortier
• Thibault "taytay" Cohen
• David "hvad" Hannequin
• Arthur Clément
• Frédéric "apsimar" Bouby

Mais aussi ces contributeurs qui nous ont aidé et qui, j'en suis sûr, nous aiderons encore:

• Michel "Coren`" Loiseleur (et son T-Shirt sur lequel il ne manque aucune bière :-P )
• Clément "K'ptain" Oudot
• Jonathan Clarke (merci pour les futures relectures aussi ;-) )
• Sophie Gautier (précieux conseils et contact pour hébergement)
• la société Linagora pour son soutien et ses encouragements
• ...

Dû à des remontées de bugs tardives, la version 1.0 de FAN est quelque peu retardée. C'est vrai que c'est le but d'une "Release Candidate" mais c'est un peu dommage. Un point sur les bugs en cours:

• Icon on status map does not work: Ce bug est identifié et en cours de correction. Nous connaissons l'origine de ce bug: il s'agit d'un mauvais paramétrage de Centreon par l'équipe de FAN. Pour corriger ce problème, il suffit de se rendre sur l'interface Centreon, dans la partie "configuration", de modifier le fichier "CGI.cfg" et de passer la variable "physical HTML path" à la valeur "/usr/share/nagios". Ensuite, il faut re-générer les fichiers de configuration Nagios depuis Centreon et le re-démarrer. Un grand merci à David Hannequin pour avoir trouver la correction de ce bug.
• eventlog have to be updated: ce point est corrigé lui aussi.
• Syslog NG does not work: ce point est corrigé lui aussi. Pour effectuer la correction sur votre serveur, il suffit de modifier le fichier "/etc/syslog-ng/syslog-ng.conf" à la ligne 387 par:

program("/usr/bin/mysql -uroot centreon"

Puis re-démarrer Syslog-ng:

/etc/init.d/syslog-ng restart

• Centreon could not export database: ce bug est ouvert chez Centreon. Dès que leur correction est faite, nous l'intégrerons.