• Nouvelles options -m et -n pour check_ntp_peer pour contrôler le nombre de sources de temps utilisables ("truechimers")
• Nouvelle option -a pour check_disk_smb qui permet de préciser l'adresse IP du serveur distant
• Nouvelle option -N pour check_radius qui permet de préciser la valeur de l'attribut NAS-IP-Addres
• Nouvelle option --rate pour check_snmp qui permet de stocker les différences entre deux invocations du plugin. Sauvegarde de l'état dans PREFIX/var/{plugin}
• L'option label -l de check_snmp sauvegarde également le label pour les données de performance
• check_snmp possède désormais une option --invert-search qui inverse le statut sur les recherches regexp et la chaîne retournée
• check_http affiche désormais la chaîne recherchée manquante et l'URL dans la sortie du plugin en cas d'erreur (Duncan Ferguson - #2999924)
• Mise à jour du module Perl Nagios::Plugin
• Mise à jour de gnulib à Juin 2010

Quant aux corrections de bogues, vu que c'est l'été (sous-entendu je fais ma feignasse) et que la liste est plutôt longue, j'invite les plus téméraires d'entre vous à lire le changelog complet et en anglais sur le site des développeurs. Pour les autres, et afin de ne pas bronzer idiot, je vous invite à compiler cette nouvelle version afin de vérifier grâce à la nouvelle option --rate de check_snmp le débit pourri de la borne wifi du camping où vous êtes installés.

RSur le même sujet:

1. Nagios Plugins 1.4.11 L’équipe de développement vient de sortir la version 1.4.11 des Plugins Nagios. C’est une version corrective mais contenant malgré tout deux nouveaux plugins, check_ntp_peer et check_ntp_time. Pour rappel, le module Perl Nagios::plugin est désormais distribué avec le source des plugins. Il suffit d’ajouter l’option ./configure...
2. Nagios Plugins 1.4.10 L'équipe de développement des Plugin Nagios est heureuse de vous annoncer la sortie de la version 1.4.10 des Plugins Nagios. ...
3. Nagios Plugins 1.4.12 La nouvelle version 1.4.12 des plugins officiels pour Nagios est sorti. Je vous laisse lire l’intégralité du changelog sur leur site et préfère décrire la nouvelle fonctionnalité de cette version. L’option –extra-opts a en effet été ajouté. Désactivée par défaut pour l’instant, elle sera activé...
4. Nagios Plugins 1.4.14 Un an après la précédente version, l’équipe de développement des Plugins Nagios est heureuse de vous présenter la nouvelle version 1.4.14 des plugins du même nom. C’est une version de maintenance corrigeant de nombreux bugs, notamment sur le paramètre –extra-opts. Liste complète des changements :...
5. Nagios Plugins 1.4.13 La version 1.4.13 des plugins officiels pour Nagios vient de sortir et corrige surtout quelques bugs et améliorations fournis par Thomas Guyot-Sionnest, Holger Weiss et Matthias Eble. A noter aussi que pour les utilisateurs de plateforme Solaris, check_procs fonctionne désormais correctement (et est beaucoup plus...

La première journée commence en allant chercher Olivier Li Kiang Cheong à l'aéroport pour aller aux RMLL. En arrivant sur le site Universitaire, nous avons opté pour un bon café pour nous réveiller et attaquer. Une fois arrivé sur le stand du village associatif, nous avons retrouvé Jean Gabès. La matinée a été particulièrement calme ce qui nous a permis de bien sympathiser. Jean Gabès nous a montré sa présentation en avant première pour avoir un avis dessus.

Mercredi 7 juillet :

Cette deuxième journée s'est avérée plus active que la première. Nous avons eu plusieurs contacts curieux de savoir ce qu'était la supervision. Guillaume Halbitte nous a rejoint. Il a fait l'effort de se déplacer du Nord-Est pour nous rendre visite aujourd'hui. Nous avons grandement apprécié sa compagnie, dommage qu'il n'est pas pu se libérer plus longtemps. Sinon nous avons eu une bonne discussion avec Tony Bassette sur la reprise du projet Nareto. Tony travaille actuellement sur la reprise des SPECs du projet pour pouvoir avancer et aller dans le bon sens avec les développeurs.

Nous avons eu également la visite de notre sponsor SOMONE. Chloé Griffe ainsi que ces collaborateurs sont venus sur notre stand. Ceci nous a permis de mettre un visage sur des noms et d'échanger sur les tendances de la supervision, nos activités respectives. Chloé s'est intéressée à Shinken et a parlé un petit moment avec Jean. Elle lui a même proposé de tenter l'expérience de monter en parallèle de projet Nagios, un Shinken pour avoir un retour d'expérience sur sa mise en place et sa fiabilité.

A 17h, la conférence de Jean Gabès sur - La supervision Libre "In the Cloud" - a beaucoup plus. Jean Gabès créateur de Shinken est venu faire un constat des faiblesses que Nagios avait dans des grands environnements. Il en ressort qu'actuellement, si l'on désire que sa supervision tienne le coup face à la taille du périmètre, il faut réaliser parfois des architectures qui deviennent de plus en plus complexe. Les solutions architecturales deviennent de moins en moins adapter et en fin de compte ne sont que des solutions de contournement d'un réel problème : La gestion du Load Balancing et de la Haute disponibilité qui sont les manques du Nagios Core depuis un petit moment maintenant. Une réponse existe à ce jour ... SHINKEN.

Je vous invite à regarder la conférence de Jean Gabès en Streaming

RMLL 2010 - Conférence "Supervision dans les grands environnements" from Monitoring-fr on Vimeo.

ou de l'écouter

Conférence au format ogg

La journée s'est terminée dans une pizzéria du Centre Ville avec l'équipe de chez SOMONE, Ubuntu-fr, Traduc FR. Nous avons discuté avec l'équipe de GLPI qui mangeait non loin de nous. Le retour au camping s'est fait à 3h du matin.

Petite dédicace à Daniel notre GPS bordelais

Jeudi 8 juillet :

Le jeudi matin fut assez dur, la nuit a été courte. Malgré la fatigue, nous n'avons pas chaumé. On s'est tenté à monter une architecture distribuée à Base de Shinken sur nos différentes machines (je dis machines et non PC car il y avait un Mac, donc je n'ai pas envie d'être flagellé ).

Pour cette architecture, on retrouve :

• Arbitrer, poller, reactionner, broker - Ubuntu Desktop (Romuald FRONTEAU)
• Scheduler - Mac OSX (Olivier JAN)
• Scheduler - VM F.A.N (Olivier LI KIANG CHEONG)
• Scheduler Spare - Android (Jean GABES)

Démo Shinken Multiplateforme from Monitoring-fr on Vimeo.

Ce petit montage nous a bien occupé et le résultat est concluant (cf photo). Juste un petit problème de comportement PYRO est à noter sur l'Android. Jean creusera plus loin pour identifier le problème mais nous avons vu que l'Android chargeait bien la configuration que l'arbitrer lui envoyait.

Cette journée a permis de lever quelques bugs de Shinken ainsi qu'un rapprochement entre le développement de l'interface FrogX et les développeurs de Shinken. Le projet FrogX aura pour vocation d'être compatible Shinken aussi.

La journée s'est terminée avec un Chili con carne made in Christophe de Rhien ... Un délice.

Vendredi 9 juillet :

La journée du vendredi nous a permis de se mettre d'accord sur les statuts de l'association. Les statuts seront déposés courant juillet pour lancer quelques projets qui étaient dans les tuyaux.

La Communauté Francophone de la Supervision voulait remercier tout particulièrement les organisateurs des RMLL. Et un petit "Hug" à Abraracourcix qui comme son nom l'indique est un petit brin de bonne femme. Elle a été aux petits soins avec le village tout au long de cet évènement.

Photos des RMLL 2010

RSur le même sujet:

1. Monitoring-fr aux RMLL 2010 Comme vous avez pu le remarquer avec les bannières des RMLL 2010 sur le site, la Communauté Francophone de la Supervision sera présente du 6 au 11 juillet aux RMLL 2010 à Bordeaux. Nous serons présent au Village Associatif pour vous rencontrer et échanger sur...
2. Monitoring-fr.org au Salon Linux Mardi 16 Mars Arrivée sur le stand à 9h30 et prise de contact avec Cédric Temple. Le contact avec Cédric est très bon et nous trollons sur le dernier sujet qui a fait du bruit Ethan et Nagios-fr (maintenant devenue Monitoring-fr). Jean Gabès est...
3. Nouvelle recrue dans l’équipe Monitoring-fr.org Cette semaine, Jean GABES a accepté notre proposition de rejoindre la Communauté Francophone de la Supervision. Petit rappel, Jean GABES est l’auteur du 2ème livre concernant Nagios en français et le papa du projet Shinken. Nous sommes ravie de l’accueillir dans nos rangs et je...
4. Nagios Konferenz : Bilan Malgré la mauvaise volonté évidente des compagnies aériennes à me transporter jusqu’à la deuxième édition de la Nagios Konferenz de Nüremberg du 11 et 12 octobre (5 heures de retard à l’aller et un passage forcé par Amsterdam au retour), j’ai assisté à l’ensemble des...
5. Vers la route du Salon Linux 2010 Comme vous le savez tous, La communauté Nagios Francophone sera présente le 16,17 et 18 mars au salon Linux Solution 2010 grâce à la proposition que nous a faite l’équipe de chez FAN. Pour ce partenariat avec FAN on se devait de réaliser un logo...

RSur le même sujet:

1. OSE-Distrib : Votre OpenNMS en 10 minutes ! Vous êtes curieux de connaître OpenNMS? Vous trouvez son installation trop compliquée? Il y a une solution à vos soucis … OSE-Distrib (OpenNMS Sans Effort). Né de l’initiative de Samuel Mutel, OSE-Distrib est une appliance d’OpenNMS clé en main. Ce projet peut être comparé à...
2. OpenNMS 1.6.6 OpenNMS a sorti une nouvelle version stable de son logiciel de supervision orienté réseau. Cette nouvelle version apporte les changements suivants : Modification et correction de Bugs de la version 1.6.6 ...
3. Romuald FRONTEAU Nom : FRONTEAU Prénom : Romuald Année de naissance : 1982 Profession : Consultant Supervision Open Source Activité Communautaire : Co-Fondateur Monitoring-fr.org / Administrateur Forum / Superviseur Wiki / Rédacteur Actions menées : Novembre 2008 : Entrée dans la communauté — Proposition à Olivier JAN...
4. Nagios reçoit l’award du Linux Journal Readers 2009 Nagios vient de se voir décerner l’award du Linux Journal Reader’s Choice 2009 pour l’application de supervision favorite des lecteurs. Les détails en anglais de cette distinction sur le site du journal. ...
5. Collectd 4.7.0 Une nouvelle version estampillée 4.7.0 de Collectd vient de sortir. Et malgré le fait qu’elle ne soit considéré que comme version mineure par son auteur, elle intègre bon nombre de nouvelles fonctionnalités, dont la plupart sont issues du rapprochement avec Hyperic HQ, qui pour mémoire...

L'équipe Monitoring-fr en a déjà parlé, mais comme l'audience est chaque jour plus importante, voici un petit rappel.

EyesOfNetwork, encore appelé EON, (pour faire classe dans les salons vous pouvez prononcer ï-aune ) est une distribution Linux crée pour être une appliance logiciel orienté supervision ITIL. Cette application se veut simple, pragmatique et utile.

Autrement dit, 99,9% de son administration/utilisation se fait via le Web et vous n'avez pas besoin d'être expert en solution Libre et autres linuxerie shello-hèssehèssehacho-perlienne pour l'utiliser.

Par rapport aux autres solutions libres, non moins excellentes, nous avons opéré plusieurs choix différenciant parmi lesquels on peut citer:

• Le respect et l'orientation de l'ergonomie web de l'interface vers l'ITIL
• La non intrusion dans le code des outils que nous embarquons
• La spécialisation des outils pour chaque processus ITIL (ex: Nagios pour la dispo, Cacti pour les perfs,...).
• Une séparation complète des plugins orienté disponibilité et capacité. Cela rend les check infiniment plus simple à produire pour n'importe qui et permet une surveillance plus simple des applications vu de l'utilisateur.
• La distributivité au travers d'un bus logiciels libre "maison" souple et performant (on le dit.) écrit en C++
• Une orientation évènementiel.
• Un reporting indépendant des outils dessous (Nagios, Cacti, NetSNMP....)
• La meilleure adaptabilité possible aux organisations (c'est l'outil que s'adapte au SI par l'inverse).
• Et plein d'autres petits détails qui remplissent de joie de nos utilisateurs, ce qui nous ravit

Stabilisation vers la 2.2

La communauté EyesOfNetwork est très heureuse de vous annoncer la sortie de la version 2.1.5 de EyesOfNetwork Supervision. Cette version apporte quelques petites nouveautés dont on parlera un peu plus bas, mais a surtout vocation à stabiliser la version 2.0 tout en préparant la version 2.2.

Coté nouveautés

Parmi les nouveautés marquantes on peut noter:

• L'ajout de mklivestatus en option pour remplacer ndo2db. Rappelons d'ailleurs que la distributivité de EON s'opère via notre bus logiciel GED. Mklivestatus et NDO ne sont utilisé que comme backend non critique pour Nagvis par exemple. Le chainage et la centralisation des EONs se faisant selon son choix, pour modéliser l'organisation ou pour répondre aux distance géographique, GED étant capable de faire du synchrone, de l'asynchrone, du VPN et le tout en SSL "proxy passthrough" et ceux, même avec un ISA server de Microsoft(tm).
• L'ajout d'une capacité d'export de la configuration de Nagios en CSV ou en HTML. Ceci permet à l'administrateur de la solution une certaine facilité de lecture en dehors du mode graphique.
• La mise à jour de nombreux composant dans leur dernière version disponible au moment du build.
• L'ajout de l'excellent plugin aggregate pour Cacti. Ce nouveau plugins permet d'agréger des graphs dans un seul. C'est particulièrement utile pour la vision des capacité des Clouds et autre environnement virtualisé.

Les mise à jour

Concernant les mise à jour et les patchs, en voici la liste (normalement exhaustive ):

UPDATE : Centos 5.5
UPDATE : Php 5.2.13
UPDATE : Eonweb 2.1-1
UPDATE : Nagios 3.2.1
UPDATE : Ged 1.2.9
UPDATE : Nagvis 1.4.7
UPDATE : NagiosBP 0.95
UPDATE : Weathermap 0.97a
UPDATE : Backup-Manager 0.7.9
UPDATE : Glpi 0.72.4
UPDATE : Fop 0.95-0.3
FIX : NagiosBP langue par défaut dans IE
FIX : Nagvis timezone error
FIX : Import Fruity Host-Hostgroups
FIX : Lilac création de commandes sans nom
FIX : Evènements résolus 2 max ack time
FIX : Snmpv3 communauté pas obligatoire
FIX : Erreurs lors de l’import csv
FIX : Erreurs lors de la création des contacts via eonweb
FIX : Tris par ordre alphabétique dans lilac
FIX : Libgcrypt warning: missing initialization
FIX : Tri par durée des acquittements dans les évènements historisés
FIX : Tri par template dans l'exportateur nagios vers cacti
FIX : Communauté snmp pré-définie dans l'exportateur nagios vers cacti
FIX : Suppression des stats dans syslog-ng

En route vers le futur...

Actuellement plusieurs chantiers sont ouverts.

Tout d'abord de généreux contributeurs (vraiment merci à eux) sont en cours de concoctions de nouvelles documentations sur l'usage et l'installation de EON. Ces travaux sont l'œuvre de Sebastien Fernandez et Anthony Leduc. Les docs terminés trouveront leur place bientôt dans la section adéquat de notre site.

Ensuite Jean Gabès nous fait l'honneur et l'amitié de travailler actuellement à un portage de Shinken en lieu est place de Nagios. C'est pour l'instant un POC (Proof Of Concept) et j'espère proposer le résultat de ces travaux en option dans la V 2.2. C'est important pour nous car nous opérons le plus possible de check Nagios en mode Actifs. Nous faisons cela car la charge de maintenance de l'outil de supervision doit être la plus faible possible. Ainsi par des checks 'full active' aucune action n'est requise sur les équipements à superviser. Le problème et que Nagios est trop peu optimal pour permettre une surveillance d'un gros SI dans cette configuration. Aujourd'hui on contourne ce problème en utilisant GED mais cela impact la lisibilité de l'architecture. Shinken, grâce à son haut niveau de performance renforcera de fait la pertinence de notre outil.

Dans le même esprit Jean Philippe Levy et moi même travaillons actuellement à une meilleurs prise en charge des WMI. En complément de SNMP cela nous permettra d'étendre nos capacités de check actif sans passer par la case NRPE, NSC++... etc. Et donc, moins de travail EON pour l'administrateur qui se libèrera ainsi du temps pour amélioré la qualité de service du SI ou en proposé de nouveaux. Ces travaux s'appuient sur des portions de codes issus entre autre du travaille remarquable fournit par l'équipe de Samba4.

Pour optimiser les rapports des centres de services, nous allons ajouter la notion de TTO (Time To Own). Cela permettra en plus du SLA de mesurer l'effort produit par les équipes dans la prise en charge de chaque incidents voir, des problèmes (au sens ITIL bien sur).

Coté exploitation, nous espérons pouvoir pousser plus avant l'utilisation de OCS et de GLPI couplés à la notion d'évènement.

Enfin, nous avons toujours à l'esprit la construction du Mashup AJAX pour créer vos templates XSL/XML de génération des rapports en ligne. Je rappelle que EON possède un générateur de rapport directement au format bureautique. Cela permet d'éviter les extractions CSV puis génération de Graph puis couper/coller dans les docs de comité de pilotage. Cela fait perdre du temps en préparation pour peu de valeur ajouté pour les admins. A ce jour, pour générer un nouveau type de rapport, il faut manuellement écrire son "patron" XSL/XML. Ce n'est pas très dur car un exemple est fournit mais c'est rebutant pour un non développeur. Aussi, nous espérons un jour trouver suffisamment de temps pour coder ce projet qui est un gros morceaux. Si quelqu'un est tenté, par un coup de main la dessus, faîtes nous signe, on est plus que preneur . Les compétence requises sont (Java, C++, XSLt, XML, PHP, AJAX, API UNO et FOP). C'est donc un super plan pour un bon projet d'étude d'école d'ingénieur en informatique qui n'aurait pas d'idée de projet .

J'espère ne rien avoir oublié qui aurait pu vous être utile pour découvrir la solution.

Je remercie très chaleureusement l'équipe Monitoring-fr de nous offrir cette tribune.

RSur le même sujet:

1. Sortie de EyesOfNetwork 2.0 La sortie tant attendue du projet EyesOfNetwork en version 2.0 est enfin une réalité. nous le rappelons EyesOfNetwork (”EON”) est une solution Open Source réunissant les processus ITIL et l’interface technologique permettant leur application. EyesOfNetwork Supervision est la première brique d’une gamme de produits à...
2. EyesOfNetwork 1.2 Dans la branche francophone des dérivés de Nagios, il y avait jusqu’à maintenant Centreon et Vigilo; et bien voici le troisième avec EyesOfNetwork (”EON”). EyesOfNetwork (”EON”) est une solution Open Source réunissant les processus ITIL et l’interface technologique permettant leur application. EyesOfNetwork Supervision est la...
3. Sortie de FAN 2.0 En ces périodes de fêtes l’équipe du projet FAN sort une version majeure de leur solution en 2.0. Nous le rappelons, FAN une solution de supervision clé en main fournissant un éventail assez complet en matière de supervision. La version 2.0 est composé d’un :...
4. Sortie de Centreon 2.1.6 La nouvelle version de centreon est sortie. Merethis s’est fait discret sur cette release mais en même temps, il ne s’agit que d’une mise à jour mineur. Elle corrige les bugs suivants : CORRECTION: ajout d’une colonne dans l’export au format csv des eventlog CORRECTION:...
5. Sortie de Centreon 2.1.8 Merethis a sortie fin de la semaine dernière la version 2.1.7 apportant quelques corrections et des améliorations surtout basées sur la gestion des ACL et SNMPTT. La version 2.1.8 est sortie dans la foulée pour corriger quelques petits bugs mineurs. Résumé du changelog : Correction:...

Acteurs présents sur le stand :

• Olivier LI KIANG CHEONG
• Olivier JAN
• David GUENAULT
• Romuald FRONTEAU
• Jean GABES

Je vous invite à aller faire un tour sur la page Informations Pratiques du site des RMLL. Vous y trouverez des informations sur les lieux, l'hébergement, la restauration ...

Venez nombreux !

RSur le même sujet:

1. Vers la route du Salon Linux 2010 Comme vous le savez tous, La communauté Nagios Francophone sera présente le 16,17 et 18 mars au salon Linux Solution 2010 grâce à la proposition que nous a faite l’équipe de chez FAN. Pour ce partenariat avec FAN on se devait de réaliser un logo...
2. RMLL 2010 : Le bilan Mardi 6 juillet : La première journée commence en allant chercher Olivier Li Kiang Cheong à l’aéroport pour aller aux RMLL. En arrivant sur le site Universitaire, nous avons opté pour un bon café pour nous réveiller et attaquer. Une fois arrivé sur le stand...
3. Monitoring-fr.org au Salon Linux Mardi 16 Mars Arrivée sur le stand à 9h30 et prise de contact avec Cédric Temple. Le contact avec Cédric est très bon et nous trollons sur le dernier sujet qui a fait du bruit Ethan et Nagios-fr (maintenant devenue Monitoring-fr). Jean Gabès est...
4. Nouvelle recrue dans l’équipe Monitoring-fr.org Cette semaine, Jean GABES a accepté notre proposition de rejoindre la Communauté Francophone de la Supervision. Petit rappel, Jean GABES est l’auteur du 2ème livre concernant Nagios en français et le papa du projet Shinken. Nous sommes ravie de l’accueillir dans nos rangs et je...
5. Les Membres Olivier JAN Romuald FRONTEAU David GUENAULT Franck BOURDEAU Anthony PARADIS Guillaume HALBITTE Eric Martial DAMEDEU Jean GABES Votre nom ici ? Plus d’infos… ...

OSE-Distrib a été réalisé sur une CentOS 5.4 ce qui est un bon choix pour se rapprocher d'un standard comme RedHat que l'on retrouve dans les 3/4 des entreprises. Toute la phase d'installation a été personnalisé aux couleurs d'OpenNMS. On notera aussi la possibilité de choisir entre 3 modes d'installation :

• standalone : Installation standard d'un Serveur OpenNMS avec PostgreSQL & OpenNMS sur le même serveur
• postgresql : Installation de PostgreSQL
• OpenNMS : Instalation de OpenNMS

L'avantage de ce choix est que l'on installe son serveur en fonction de comment l'on veut gérer son architecture. Soit du Mono Serveur car le périmètre est relativement petit et la cohabitation de OpenNMS et PostgreSQL ne sera pas gênante ou séparer PostgreSQL et OpenNMS pour optimiser les performances.

Ce projet a été relativement bien pensé et on notera une collaboration étroite entre OpenNMS et OSE-Distrib sur le développement de ce projet.

Pour plus d'informations, allez sur le site officiel : Site officiel OSE-Distrib

RSur le même sujet:

1. OpenNMS 1.6.6 OpenNMS a sorti une nouvelle version stable de son logiciel de supervision orienté réseau. Cette nouvelle version apporte les changements suivants : Modification et correction de Bugs de la version 1.6.6 ...
2. OpenNMS projet du mois sur sourceforge.net OpenNMS est le projet du mois sur Sourceforge.net. C’est le troisième logiciel de supervision après Nagios en juin 2005 et Hyperic HQ en janvier 2008 a recevoir cette distinction. ...
3. Supervisez vos logs de manière centralisée 8pussy (Octopussy) est une application dédiée au traitement des journaux capable d’analyser, d’alerter et de rendre des statistiques sur les événements qui y sont contenus. 8Pussy est capable d’analyser, entre autres, les journaux des services suivants : Bind, Cisco Router, Cisco Switch, DenyAll Reverse...
4. Zabbix passe à l’attaque ? Dernièrement, avec la sortie de la version 1.8 que l’on avait remarqué car elle annonçait des performances à la hausse, Zabbix aiguise notre curiosité avec la sortie de la 1.8.2 qui amène plutôt pas mal de changement. Le créateur Alexeï Vladichev conseille énormément de mettre...

Un petit historique s'impose :

• En 1999, Ethan Galstad créé NetSaint (Futur Nagios).
• En 2002, Suite à des soucis de marque, Ethan dû rebaptiser NetSaint en Nagios.
• En 2006, Ethan lance NDOUtils, projet qui permet d'injecter les données de Nagios est base de données MySQL.
• En 2007, des projets voient le jour en s'appuyant sur la technologies NDOUtils. On voit la naissance de solution s'appuyant sur le cœur de Nagios comme Centreon (passage d'Oreon né en 2003 vers Centreon en 2007), Opsview, Op5Monitor, ...
• En 2007, Naissance de Nagios Enterprise suite a des différences entre NetWays et Ethan Galstad. NetWays ont exploité le nom Nagios en Allemagne. Ethan étant contre ce procédé, il a décidé de fortifier sa politique de Trademarks pour que le projet avance de manière pérenne.
• Suite à ce différent entre la communauté Allemande et le créateur de Nagios, un fork de Nagios du nom d'Icinga est né.
• Ethan lance en 2009 Nagios XI, une version sous licence orienté aux entreprises.
• Nagios Enterprise suit sa politique de respect des trademarks du projet Nagios pour qu'aucun abus soit admis.

Les questions que bons nombres se posent : Y a-t-il un avenir pour Nagios dans la prochaine décennie ? Mais où va la politique de Nagios Enterprise ?

Durant les 10 dernières années, Nagios s'est fait une place dans le monde de la supervision Open Source. Sa notoriété a grandit à un point que des grosses entreprises qui étaient sur des produits propriétaires se laisse charmer par ce succès et la fiabilité de l'outil.

Mais depuis fin 2007, Ethan et sa communauté s'éloigne de plus en plus, le dialogue se fait rare, tendu. Ethan se concentrant sur le développement de Nagios Enterprise, la cadence du développement a ralenti depuis fin 2007 puisque Ethan était jusqu'à ce jour le développeur principal de Nagios. Même si Ton Voon et Andreas Ericsson font un travail remarquable pour faire évoluer le Core, le cercle des développeurs reste fermé et peu de patchs de la communauté se trouve incorporé dans le Core.

Le manque de Roadmap de Nagios, de communication de la part d'Ethan envers sa communauté a fait naître certaines tensions qui ont entrainé la naissance d'un fork comme Icinga et un clash de la communauté Francophone Nagios suite à la parution d'article sur Icinga que Nagios Enterprise désirait voir disparaître.

Le sujet de cet article n'est pas de relancer ce débat mais est plus axé sur l'esprit du libre autour de ce projet.

Suite à ce clash, nous avons remarqué qu'une censure a été imposé par Nagios Enterprise sur la lettre ouverte à Ethan émise dans le ideas.nagios.org. Jean Gabès qui proposait son POC à Ethan pour que Nagios garde son élan des 10 dernières années afin d'améliorer les faiblesses du Core n'a eu aucune réponse.

Dernièrement, Nagios Enterprise a ouvert un concours destiné à tous les développeurs pour émettre leurs idées pour faire évoluer le Core de Nagios. Jean Gabès a proposé Shinken une fois de plus à Nagios Enterprise afin de montrer sa réelle conviction à ne pas lancer une solution de supervision supplémentaire.

Hier, une réponse de "La mère de Nagios" (responsable des ventes Nagios Enterprise) sur Twitter a été plus que clair sur ce sujet : "Pas de Shinken, ni d'Icinga aux Seedcamp". Elle remet aussi en cause le "Nagios WorkShop" en Allemagne ...

Où va mener cette politique de Nagios Enterprise ?

Assistons-nous à la transformation d'un projet Open Source en Open Core(1) ?

La communauté a-t-elle encore son mot à dire ? Peut-on encore parler de communauté ?

(1) : Open Core : Le principe est simple : une version open source, nommée Community, est fournie. Une version Enterprise, privatrice, est également présente et est la seule version supportée par la société éditrice du logiciel . Cette version possède des fonctionnalités bien plus avancées que la Community. Il est dit qu’au bout d’un moment, les avancées de la version Enterprise sont avantageux pour la community.

RSur le même sujet:

1. Thruk : une alternative aux cgi nagios Thruk est une réécriture des cgi Nagios mais en perl et s’appuyant sur livestatus (livestatus est un module de courtage d’évènements  pour Nagios qui permet de se passer des “middlewares” base de données type ndoutils/merlin pour accéder aux données). L’auteur ne s’est pas contenté de juste réécrire les cgi mais à...

L'équipe de Shinken vient d'annoncer la première version officielle de son outil. Cette version 0.1 n'est pas encore pleinement testée et n'est donc pas destinée à arriver aujourd'hui sur vos environnements de production, mais devrait envahir les environnements de qualification sous peu aux vues des fonctionnalités proposées qui sont tout bonnement impressionnantes.

Rappel sur ce qu'est Shinken

Le projet Shinken consiste en une refonte complète du cœur de Nagios en Python, lui apportant une nouvelle architecture plus souple et plus facile à maintenir que le daemon monolithique actuel. Se basant sur une vue Unix, l'architecture se compose de daemons simples qui coopèrent afin de proposer les mêmes fonctionnalités que Nagios, voir plus.

Ainsi en se basant sur la configuration actuelle de Nagios, ainsi que ses innombrables sondes, Shinken est capable de remplacer Nagios dans la supervision classique :

• vérifications des états SOFT/HARD
• gestion des dépendances réseaux et logiques (applicatives)
• gestion des actions correctrices
• supervision active et passive
• vérification de la fraicheur des informations dans le cadre de la supervision passive

Mais il est également possible d'obtenir bien plus qu'un Nagios standard :

• supervision distribuée hautement disponible très facile à mettre en place, et de manière intégrée à la configuration globale
• gestion des noms en UTF-8
• presque 5 fois plus de performances que le Nagios classique
• Multiplateforme : tourne nativement sur GNU/Linux et Windows. Il est même possible de mixer les deux dans une même architecture!

Ces innovations sont dues principalement au choix de Python qui a permis d'avoir une nouvelle architecture très facilement. Les différents éléments de celle-ci sont :

• Arbiter (Arbitre) : il est en charge de lire la configuration et de l'envoyer aux autres éléments. Il est capable de découper la configuration globale de l'utilisateur afin d'en faire des petits morceaux qui seront pris en charge par les autres éléments. Ceci permet d'avoir une supervision distribuée de manière automatique. C'est également la tour de contrôle de l'ensemble : si un autre élément tombe, il envoi la configuration de ce dernier à un élément de secours qui va reprendre le flambeau, assurant ainsi la haute disponibilité. Enfin, c'est lui qui centralise les demandes des utilisateurs et les transmets au reste de l'architecture.
• Schedulers (ordonnanceurs) : ils ont pour rôle d'ordonnancer les vérifications, et c'est tout : ils ne lancent rien eux mêmes, mais proposent des files d'attentes pour les autres éléments qui vont venir piocher leur travail. Il peut y en avoir autant que l'utilisateur le souhaite.
• Pollers (travailleurs) : Ils sont là pour venir prendre les sondes à lancer auprès des ordonnanceurs, les lancer et retourner les résultats. C'est tout. Plus il y a de pollers, meilleures sont les performances.
• Reactionners (éléments réactifs) : typiquement unique, un tel élément permet de centraliser les notifications et les actions correctrices de tous les ordonnanceurs au même endroit. Plus besoin de demander 20 autorisations SMTP, une seule suffit désormais.
• Broker (récupérateur) : également unique, il récupère toute les données des ordonnanceurs et les fournies à des modules. Ces derniers en font ce qu'ils veulent, à savoir les exporter dans différentes bases comme NDO en MySQL ou Oracle, base Merlin, fichier plat Nagios standard ou encore fichier de performances des services qui recueillera automatiquement les données de tous les ordonnanceurs! Plus besoin d'aller mettre en place des transferts par SCP dans cron. Un module Livestatus est également disponible ainsi qu'un module CouchDB bien qu'aucun client pour ce dernier n'existe pour l'instant

Cette architecture permet une très grande flexibilité et est la meilleure raison de tester Shinken. Elle peut être vue en action dans l'animation suivante :

Tester facilement la version 0.1

Si mettre en place Shinken est simple (il n'a besoin que de deux paquets standard et aucune compilation), ses auteurs ont pensés aux plus feignant d'entre nous : une machine virtuelle toute prête est disponible sur les site officiel. Une fois lancée, il suffit de se connecter avec le compte shinken/shinken et de lancer ./launch_all.sh. C'est tout. Le reste se passe sur l'interface web fournie avec la machine sur http://IPDELAVM/. Elle propose pour l'instant deux interfaces de visualisations : Ninja et Thruk. Ceci permet au passage à ceux qui n'ont pas eu le courage de monter un environnement de test pour ces dernières de voir un peu ce que ça donne.

Les auteurs de Shinken tiennent d'ailleurs à remercier chaleureusement l'équipe de monitoring-fr.org car c'est l'infrastructure de cette dernière qui héberge la machine virtuelle

L'avenir de Shinken

Cette version 0.1 est importante à plus d'un titre pour Shinken. Outre le fait d'être la première véritable version officielle du projet, elle sera également présentée au concours seedcamp qui vient d'être ouvert par l'équipe de Nagios. Il va récompenser les meilleurs nouveaux outils pour Nagios.

Shinken va ainsi (re)demander par ce biais à intégrer officiellement la branche de développement de Nagios. En cas de refus, ce projet continuera seul et nous arriverons à une probable division de la communauté. Mais au moins la concurrence des projets sera bénéfique pour tous les utilisateurs de logiciel de supervision Open Source, et c'est bien ce qui compte.

RSur le même sujet:

1. Shinken : Nagios Core killler ? Une proposition étonnante a eu lieu sur la mailing list de développement de Nagios. Jean Gabès propose ni plus ni moins que de changer l’implémentation en C du cœur de Nagios par une nouvelle faite en Python qui est plus rapide et plus modulaire. Le...
2. Nouvelle Version 1.1.3 de check_MK Même si il n’y a pas d’annonce officielle sur le site de mathias , check_mk est sorti en version 1.1.3. Pour rappel check_mk est un ensemble constitué de : Un agent de supervision (qui fonctionne sur linux, solaris, aix, windows …) Des plugins de check...
3. Version beta 6 de la documentation francophone Je viens de mettre en ligne les deux nouvelles versions (pdf et html) beta 6 de la documentation francophone pour Nagios version 3.x Cette version fait suite à la version beta 5 qui aura duré deux mois. Outre le travail de corrections de la documentation...
4. Version française de la documentation Nagios 3.x C’est fait. Nous venons de sortir la première version de la documentation française pour Nagios 3.x. Tout a commencé par un appel à volontaires dans la communauté. Petit historique du projet Transformation DocBook Le travail a commencé en octobre 2008 avec la transformation de la...
5. check_mk arrive en version 1.1.2 Mathias Kettner nous annonce sur la mailing list Betatesters que la version 1.1.2rc1 de check_mk va bientôt sortir. Pour rappel check_mk est constitué de deux principaux projets : check_mk est un plugin de check nagios (et un agent multiplateforme : windows, linux, aix, solaris …) novateur...

Vous pouvez consulter cette version beta 7 en ligne et/ou la télécharger.

Nous allons nous atteler à compléter l'index et le glossaire pour la version finale. Nous comptons sortir la version finale de la documentation dans le mois de septembre.

RSur le même sujet:

1. Version beta 6 de la documentation francophone Je viens de mettre en ligne les deux nouvelles versions (pdf et html) beta 6 de la documentation francophone pour Nagios version 3.x Cette version fait suite à la version beta 5 qui aura duré deux mois. Outre le travail de corrections de la documentation...
2. Version beta 5 de la documentation française Le chemin pour arriver à une documentation française de qualité pour Nagios se poursuit avec la beta 5 de celle-ci et la correction de nombreuses erreurs, fautes mais aussi quelques nouveautés comme le glossaire et l’index qui font leur apparition. Merci à tout ceux qui...
3. Documentation française de Nagios: Feuille de route J’ai décidé de reprendre la traduction de la documentation française de Nagios pour le compte de nagios-fr.org. Comme l’a montré le récent sondage, cet élément paraît primordial pour la communauté et c’est l’occasion de lancer un premier chantier pour nagios-fr.org. Les bonnes volontés sont les...
4. Point sur la traduction de la documentation Il y a bientôt un mois que j’ai lancé l’idée de reprendre la documentation de Nagios en français et c’est donc naturellement le moment de faire le point sur cette initiative. Nous sommes désormais quatre dans l’équipe de traduction. Le travail de traduction n’a pas...
5. Version française de la documentation Nagios 3.x C’est fait. Nous venons de sortir la première version de la documentation française pour Nagios 3.x. Tout a commencé par un appel à volontaires dans la communauté. Petit historique du projet Transformation DocBook Le travail a commencé en octobre 2008 avec la transformation de la...

Résumé du changelog :

• Correction: Chemin en dur dans le statut topcounter
• Correction: Problème dans ACL (drapeau génération n'a pas mis à jour)
• Correction: Problème avec icônes dans le suivi
• Amélioration: Délai pour la génération des ACL
• Amélioration: Numéro de la demande pour la génération des ACL
• Correction: Ajout de verrouillage pour centACL.php
• Amélioration: Amélioration de l'action ACL (horaire de service contraint pas de lien avec le service annexe)
• Amélioration: Optimisation de configuration de SNMPTT
• Amélioration: Ajout d'une "long output" dans l'onglet Monitoring: colonne manquante dans "eventlog export csv"

RSur le même sujet:

1. Sortie de Centreon 2.1.6 La nouvelle version de centreon est sortie. Merethis s’est fait discret sur cette release mais en même temps, il ne s’agit que d’une mise à jour mineur. Elle corrige les bugs suivants : CORRECTION: ajout d’une colonne dans l’export au format csv des eventlog CORRECTION:...
2. Centreon 2.1 Centreon vient de sortir en version 2.1 après pas moins de 8 versions RC… Une tradition chez Merethis. D’après l’annonce officielle, cette version a été développé avec la participation de pas mal de partenaires IT, des professionnels du monde de la distribution, de l’assurance et...
3. Sortie de EyesOfNetwork 2.0 La sortie tant attendue du projet EyesOfNetwork en version 2.0 est enfin une réalité. nous le rappelons EyesOfNetwork (”EON”) est une solution Open Source réunissant les processus ITIL et l’interface technologique permettant leur application. EyesOfNetwork Supervision est la première brique d’une gamme de produits à...
4. Centreon 2.1.4 La version 2.1.4 de Centreon est sortie pour corriger les bugs de la version précédente. Vous pouvez consulter le détail des changements et téléchargez cette nouvelle version sur le site de Centreon. ...
5. Sortie de Nagios Core 3.2.1 C’est avec un peu de retard que nous annonçons la sortie de nagios-core dans sa version 3.2.1. 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...