Migration Centreon 2.4: Retour d’expérience

Centreon 2.4 étant sortit, je vais faire un petit résumé des étapes importantes et surtout des problèmes rencontrés.

 

Comme toute migration, je me suis préparée une petite machine virtuelle avec le même status que la version de production. A savoir, CES 2.0 updatée jusqu’à la version 2.3.9 de Centreon.

Tout fonctionne très bien, je suis donc la documentation officielle de Centreon pour la mise à jour en 2.4 (en restant sur le moteur Nagios).

Et hop, tout fonctionne nickel en quelques minutes.

J’ai bien sûr lu les conseils et recommandations de Lolokai et d’Eric Coquard.

En regardant mon Centreon de production, tout semblait être prêt. Pas de $USER3$,tout était à jour …

Pour votre information, je surveille sur le Centreon de production environ 220 Hosts et 800 services avec quelques logiciels installés en plus, Nagvis, Webmin,…

Notre production tourne sur un machine virtuelle ESXi 5.0.0U1.

 

Donc petit snapshot avant cette fameuse mise à jour.

On suit donc la documentation:

– ajout du repository:

$ rpm -Uvh http://yum.centreon.com/standard/2.2/noarch/RPMS/ces-release-2.2-4.noarch.rpm

– Il n’est pas noté dans la documentation de Centreon, mais vous ne pourrez pas mettre votre MySQL à jour si vous ne faites pas:

yum clean all

– Mise à jour de MySQL ( de la version 5.0 à 5.5):

yum install mysql

Tout se passe bien lors de la mise à jour.

Et hop, petit tour dans les logs de MySQL.

tail -n 20 /var/log/mysqld.log

et la c’est le drame!

Erreur de tout les cotés « centreon_storage.log » crashed. Comme dit dans la documentation, cela parait normal, donc on se lance pour un petit:

mysql_upgrade

et on attend…..1h …2h …3h … 7h après! Et oui, une base de donnée de 23Go, ca prend pas 5 min comme dans la version de test.

Et à ce moment là, je vois encore des erreurs sur la fameuse table « centreon_storage.log ».

Bon…rollback, revert snapshot.

Je retourne sur ma production en 2.3.9. Et je me lance dans un check de ma base de donnée.

mysqlcheck centreon_storage

Et bien sûr, ma base de donnée « centreon_storage.log » est HS, même en 2.3.9.

Donc on part sur une réparation de celle-ci, enfin, de toutes mes bases de données, pour être sur:

mysqlcheck -A --auto-repair

-A pour « All databases ».

et on attend encore…. vraiment longtemps…. 27 heures!! C’est long… très long…

Bon voilà que la base de données est réparée.

On se relance dans la migration de Centreon 2.4

$ rpm -Uvh http://yum.centreon.com/standard/2.2/noarch/RPMS/ces-release-2.2-4.noarch.rpm
$ yum install mysql
mysql_upgrade

et on attend… 23h…

Et de nouveau, « centreon_storage.log » crashed!

On relance encore

mysqlcheck -A --auto-repair

Et on attend… 25 h….! C’est vraiment long…

Mais heureusement, c’est tout bon maintenant! On peut se lancer dans l’installation de Centreon 2.4:

$ yum install centreon-base-config-nagios centreon
$ yum update

On suit le « step by step » de l’interface web, et Centreon 2.4 est maintenant bien installé. Rechargement des fichiers de configuration et là, quelques erreurs  » Le service XXX n’est relié à aucun host ».

Bon tant pis, je note, je les referais plus tard. Ne vous inquiétez pas, j’en ai eu que 3 de ces erreurs.

Et quelques minutes plus tard, Centreon 2.4 tourne… et tourne très bien je dirais même!

Installation des widgets

yum install centreon-widget*

Et maintenant, joli mail au DI pour lui annoncer la nouvelle…

« WAOUHHH… c’est trop bien ce dashboard, on peut en faire un pour chaque user? On peut le modifier?… »

« C’est vraiment super Centreon! »

Pour conclure, soyez patient….

Voilà mon retour d’expérience! En résumant, j’ai transpiré… j’ai hésité à repartir sur une nouvelle installation… mais grâce au forum, et aux conseil de Charles Judith, de Lolokai et d’Eric Coquard… c’est fait!

Mise à jour: DONE!

 

2 comments on “Migration Centreon 2.4: Retour d’expérience”

  1. j0hn-frog Répondre

    Un petit ‘service centstorage stop’ n’évite-t-il pas ce crash / temps d’attente ? Si tu as toujours ta VM a dispo, je t’invite a tester 😉 pour l’erreur a la génération, fixé le jour de la sortie voir « inheritance » sur la forge version cible 2.4.1 ! Merci pr l’article !

    • matthieu Répondre

      Bonsoir,
      En fait, à chaque fois tout les services étaient arrêtés. Il ne restait que mysqld, httpd et webmin. Mais je pense plutôt que ma base centreon_storage à un problème bien plus ancien. Actuellement, j’ai une rétention à 30 jours des logs et 120 jours des fichiers RDD+ Mysql, et elle fait encore 25GB. J’ai du rajouter un disque de 100GB et migrer mes bases sur celui ci pour éviter tout problème de taille.
      Et pourtant mon centpurge tourne bien… Il doit y avoir des datas plus vielles qui n’ont jamais été purgées.
      Je suis entrain de refaire sur feuille excel tout les templates de services et de hosts. Je voudrais repartir sur un CES 2.2 (Engine et Broker) bien plus propre! 🙂

Laissez un commentaire