Version améliorée du moteur Nagios dont elle garde bien évidement une compatibilité totale, elle intègre des patchs qui ne sont pas intégrés par le projet originel, comme celui qui améliore le lancement des sondes, et donc les performances globales de l’outil, ainsi qu’une suppression des outils dépassés comme les CGI, totalement inutile dans le contexte de Centreon.

Elle améliore également la gestion des modules, clés de voûte pour le développement de la solution Centreon et de ce moteur qui travaillera de concert avec le module dédié aux environnements distribués, CentreonBroker. Des améliorations sont également disponibles sur le code afin de permettre d’avoir un environnement de développement plus efficace sur le long terme (source sous git, header en mode C++, etc).

La roadmap de ce nouveau core est disponible et semble s’orienter vers de vraies améliorations pour le core, comme des commandes externes en mode webservice et des gains recherchés sur les performances.

Souhaitons un grand avenir à ce projet dont nous devrions reparler très bientôt.

Après 7 mois, l’équipe de développement Nagios sortent la version 3.2.1. Elle présente peu de correctif mais certains ne sont pas des moindres. Amélioration de la compilation de Nagios sur Fedora et Solaris . Correction de bugs sur la planification qui s’avérait assez gênant. Je pense que bon nombre d’entre vous les attendaient.

Et une nouvelle fonctionnalité qui pour ma part je trouve réellement intéressante pour l’automatisation de la planification des période de maintenance (downtime) pour tous les services d’un hôte. Avant, on était obligé de lancer une commande externe pour chacun des services, ce qui était assez lourd en soit.

On espère que l’équipe de développement Nagios continue sur cette lancée et nous offre de bonne petites fonctionnalités pour les prochaines moutures.

Au menu des festivités on notera :

Améliorations (traduction libre):

• Apparition d’un lien permettant de programmer la maintenance (downtime) de tous les services d’un hôte (Hendrik Baecker)
• Accélération des CGIs en présence de nombreux commentaires et/ou mise en maintenance dans le fichier status.dat (Jonathan Kamens)
• Patch de new_mini_epn permettant d’éviter que des lignes de commandes soient tronquées (Ray Bengen)

Corrections (traduction libre):

• Correction des erreurs de planification quand l’heure est retardée (correction partielle pour 24×7)
• Correction permettant de compiler sur Fedora Core 3 (bug #0000082)
• Correction permettant de compiler sur Solaris
• Correction sur les tests de connection pour prise en compte du fuseau horaire (bug #0000077 – Allan Clark)
• Nettoyage de autoconf (Allan Clark)
• Correction pour validation CSS de l’attribut padding: X
• Correction sur la documentation re: variables personnalisées non sensibles à la casse (Marc Powell)
• Correction sur les templates de configurations qui utilise des inversions de joker (Tim Wilde)

La partie architecture globale de l’application est également très innovante par rapport à Nagios. Ce dernier est monolithique : il lit la configuration, ordonnance les vérifications, les lance lui même
ainsi que les notifications. Ce mécanisme est suffisant pour une majorité des cas amis bien insuffisant pour les grands environnements. En effet, Nagios est capable de lancer environs 10000checks en 5 minutes avec une configuration standard et 30000 avec des paramètres de tuning. Ce sont de bonnes performances, mais insuffisantes lorsque le nombre d’hôtes supervisés devient importants. Shinken arrive à monter à plus de 150000checks en 5 minutes en supprimant les goulots d’étranglements liés à la conception même du démon Nagios actuel.

Lorsque les performances viennent à manquer, dans Nagios une solution consiste à utiliser plusieurs instances de Nagios travaillant ensembles, mais de nombreuses limitations subsistent quant à la gestion de la configuration et son envoi vers les différents Nagios et la difficile gestion de la haute disponibilité des Nagios. De plus, chaque Nagios gère ses propres notifications et données de performances ce qui complexifie grandement l’administration de la solution. Des solutions comme Centreon aident à la gestion de la configuration mais ne résolvent pas les problèmes de hautes disponibilités.

La solution de Shinken consiste à séparer les rôles de Nagios dans différents démons qui peuvent fonctionner sur des serveurs distincts, ces derniers pouvant se multiplier si le besoin de performances ou de haute disponibilité se fait ressentir et le tout avec très peu de changement dans la configuration !

L’un des autres avantages de la nouvelle architecture apportée par Shinken est d’avoir un seul point d’administration et de configuration : l’administrateur a une seule configuration à créer et gérer, elle sera découpée automatiquement par l’outil pour coller aux nombres d’ordonnanceurs disponibles. Il en est de même pour lancer des commandes externes : il suffit de la lancer à un endroit, et le démon va se charger de la redistribuer à qui il faut.

Les idées issues de ce proof of concept ayant déjà été rejetées par les core développeurs ce Nagios car trop complexe à intégrer au cœur écrit en C, Jean a décidé de proposer de changer l’implémentation actuelle qui montre ses limites par une nouvelle basée sur son proof
of concept bien plus légère et modulaire. Il est en effet plus simple d’améliorer son proof of concept pour lui rajouter les dernières fonctionnalités de Nagios qu’il ne gère pas, que d’apporter ses améliorations dans l’ancien code.

Pour l’instant les réponses à cette propositions sont restées timides et la plupart demandent encore des preuves sur les performances. Il sera intéressant de suivre leur réponses lorsqu’ils vont s’apercevoir que les gains sont réels.

À propos de l’auteur de Shinken

Jean Gabès a déjà par le passé vu accepter certains de ces patchs dans le Nagios Core dont le plus fameux est certainement l’algorithme de calcul et de validation de la configuration de Nagios. Il publie régulièrement des articles sur Nagios et la supervision Open Source dans Linux Mag et est également l’auteur du livre Nagios 3 pour la supervision et la métrologie.

• Correction d’un problème de vue des commentaires dans les CGIs lorsque les permissions étaient fixées en lecture seule (bug #000002 9)
• Correction d’un problème de reporting (disponibilité, tendances, etc.) lorsque les périodes se chevauchent sur heure d’été, heure d’hiver (bug #0000046)
• Détection du support truecolor de la librairie GD corrigée (Lars Hecking)
• Retour à l’utilisation de –datadir dans le script de configuration plutôt que le nouvellement introduit — datarootdir
• Les fichiers de statut et de rétention sont désormais synchronisés sur disque pour prévenir l’affichage d’informations incomplètes dans les CGIs.
• Correction du calcul de l’heure de prochain contrôle lorsque Nagios est redémarré avec des périodes de temps différentes
• Mise à jour du guide de démarrage rapide Fedora pour indiquer les pré-requis PHP
• Problème connu : Les contrôles de services qui sont définis avec des périodes de temps contenant des directives d’ »exclusion » sont incorrectement ré-ordonnancés. Ne les utilisez pas pour le moment – ce sera corrigé pour la version 3.4

Comme d’habitude, vous pouvez télécharger Nagios Core sur nagios.org.

• New « important check command » flag for use in service templates, to aid configuration in distributed environments
• Correction de la validation des services quand aucun n’est défini
• Correection du lien vers la feuille de style
• Correction du message d’erreur sur extinfo.cgi quand le fichier cgi.cfg n’existe pas
• Correction d’une bogue possible sur la validation d’un groupe de contacts sans membre
• Correction pour la validation W3 de history.cgi
• Correction pour la validation W3 de extinfo.cgi
• Correction du retour de nagiostats en cas d’erreur en mode MRTG
• Ajout d’un répertoire /t pour les tests. Utiliser make pour faire les tests. Nécessite Perl sur le serveur
• Duplication de l’attribut event_id dans les fichiers status et retention corrigé
• Duplication de unlink() pendant la vérification corrigée
• Ajout d ela colonne check_period dans l’acran de configuration de l’hôte
• Initialisation du mode Perl embarqué corrigé sur FreeBSD
• Réinitialisation du mutex après le rédémarrage du programme corrigé
• Correction de la logique de détection d’oscillation
• Ajout de libtap à la distribution. Utiliser ./configure –enable-libtap pour compiler
• Les permissions sur nagios.log sont conservées après rotation de ce fichier
• Remplacement de certains fichiers HTML par des équivalents PHP (index/main/side.html)
• Lien incorrect vers l’historique du service corrigé dans les CGIs
• Suppression de code inutile dans netutils.c
• Correction d’une division possible par zéro dans le code d’ordonnancement
• Backslash dans la sortie des plugins pouvant provoquer des corruptions mémoire dans les CGIs corrigé
• Correction du bogue affectant l’ordonnancement des services lors d’erreur d’horloge ou de changement de périodes de temps entre les redémarrages
• L’espace en début de ligne dans les fichiers d econfiguration est enlevé
• correction du bug #0000026
• Impossibilité de passer en démon et Nagios qui reste en suspens corrigé (bug #0000011)
• Patch pour ajouter des icônes de statusmap transparentes
• Patch pour ajouter des droits en lecture seul sur extinfo.cgi
• Correction d’une faille de sécurité (injection shell possible) dans statuswml.cgi
• Fix for notifications.cgi where Update button on right didn’t retain host information when no host was in query parameters
• Fix for « Max concurrent service checks (X) has been reached » messages – will now push se rvices 5 + random(10) seconds ahead for retry
• Leading whitespace from continuation lines in configuration files is now stripped out
• Fix for notifications about flapping starting not processed properly by retention data

Vous pouvez comme à l’accoutumée trouver le code source en téléchargement sur nagios.org.

• Ajout d’une fonction de vérification automatique des mises à jour – Fonctionne une fois par jour pour vérifier la sortie d’une nouvelle version de Nagios.
• L’écran d’accueil de l’interface indique si une nouvelle mise à jour est disponible (à condition que cette vérification soit activée)
• Mise à jour de nagiostats pour une exécution plus rapide à partir de fichiers ecternes
• Ajout d’un peu de verbosité dans la sortie de vérification de la configuration
• Correction d’une erreur dans la journalisation des event handlers
• La sortie de debug nétait pas visible quand Nagios était compilé avec le support de l’interpréteur Perl embarqué. Corrigé
• Problème d’emballement de la CPU sur FreeBSD corrigé
• Correction du problème des fichiers de spécifications des RPM pour les fichiers d’exemple de configuration
• Correction du problème dans le routines de calcul de temps qui posaient des problèmes dans l’ordonnancement des contrôles, les notifications et le reporting
• Correction du contrôle forcé des services depuis l’interface web
• Corrections mineures dans la gestion des cadres HTML pour être plus conforme (plusieurs autres corrections à venir)
• Correction des états hard des services et hôtes après redémmarage
• Correction d’un problème de calcul dans les rotations année/mois et de l’affichage des dates fixes dans le calendrier de l’interface web

Pour ceux qui ne pourraient attendre la version 3.2 , le téléchargements se passe toujours sur nagios.org.

• Correction de la soumission de commandes externes via CGI (commentaires entre autres)
• Correction du groupe Apache dans les spécifications pour les RPM
• Correction d’une erreur sur la propagation des notifications
• Meilleure prise en charge de l’erreur d’écriture dans les fichiers retention et status résultant d’un disque dur plein
• Désactivation des commandes eventhandlers et adaptatives pour des raisons de sécurité
• Lecture de la sortie des commandes système (eventhandlers…) qui ont un timeout corrigée
• Caractères joker pour les hôtes dans les CGIs
• Correction des alertes audio dans les CGIs
• Correction du lien vers le statut de l’hôte depuis la vue résumé du groupe d’hôtes
• Ajout du support des certificats d’authentification x509 dans les CGIs

Cette nouvelle version est à télécharger comme d’habitude sur nagios.org.

• Bug Security fix for Cross Site Request Forgery (CSRF) rapporté par Tim Starling corrigé
• Les fichiers exemples audio sont enlevés de la distribution
• Correction du bug pour les directives de configuration sur plusieurs lignes
• Correction mineure sur les fichiers de spec RPM
• Correction du warning de compilation sur AIX
• Correction mineure sur les fichiers d’exemple de configuration
• Ajout de documenation sur les problèmes de sécurité liés au CGIs.

Comme toujours, vous pouvez télécharger cette nouvelle version sur nagios.org.

• Terminaison des processus corrigée lorsque le processus parent a été tué (ex: utiliser la commande ‘killall nagios’ alors que des plugins en cours d’exécution sont en timeout).
• Correction du callback des modules de courtage d’évènements quand les notifications sont désactivées
• Correction de la maintenance planifiée des groupes de services avec l’option ‘host too’ activée
• Erreur de segmentation sur Solaris lors d’un retour NULL de plugin
• Corrections d’erreurs dans les exemples event handlers stop/start service et activation des notifications
• Correction de la journalisation des notifications
• Utilisation élevée de la CPU sur OS X corrigée
• Correction de l’encodage des noms de services/hôtes dans les CGIs

Cette nouvelle version est à télécharger comme d’habitude sur nagios.org.