URL: https://linuxfr.org/news/sortie-de-nagios-3-4-0 Title: Sortie de Nagios 3.4.0 Authors: Raphaël SurcouF Florent Zara, Nils Ratusznik, baud123, claudex et NeoX Date: 2012年05月10日T00:02:58+02:00 License: CC By-SA Tags: nagios Score: 27 Après une gestation de 9 mois, Ethan Galstad a annoncé lundi dernier la publication d'une nouvelle version de Nagios Core, la 3.4.0. C'est une solution logicielle, sous licence GPL, de surveillance système et réseau. le cœur du système s'occupe d'ordonnancer les tâches de supervision. ### Nouvelles fonctionnalités : - Utilisation de la fonction `execv()` pour les checks actifs ([#86](http://tracker.nagios.org/view.php?id=86)) ; - Nouvelle directive `service_check_timeout_state` ; - Réduction de la charge induite par les notifications en déplaçant la vérification des adresses viables avant l'alimentation de la liste de notification ([PATCH](http://thread.gmane.org/gmane.network.nagios.devel/8203)) ; - Les utilisateurs peuvent à présent avoir accès aux groupes d'hôtes et de services contenant au moins un hôte ou service pour lesquels ils ont déjà l'autorisation (au lieu de devoir les autoriser à accéder à tous les groupes) ; - Réduction de la latence sur les gros environnements en évitant d'attendre inutilement (_sleep_) lorsqu'un évènement n'est pas planifié (initialement pour éviter de monopoliser le CPU) ([PATCH](http://thread.gmane.org/gmane.network.nagios.devel/7310)). ### Corrections : - Résolution du fonctionnement de la directive `allow_empty_hostgroup_assignment`, introduite avec la 3.2.3 ([#210](http://tracker.nagios.org/view.php?id=210)) ; - Résolution de la création de la macro `$NOTIFICATIONRECIPIENTS$`, évitant d'ajouter toutes les adresses de contacts si ces derniers sont exclus par les directives `host_notification_options` ou `service_notification_options` ([#98](http://tracker.nagios.org/view.php?id=98)) ; - Résolution du fonctionnement de la macro `$NOTIFICATIONTYPE$` qui ne pouvait jamais être à « CUSTOM » malgré ce que prévoit la documentation ([#168](http://tracker.nagios.org/view.php?id=168)). ---- [Annonce de Nagios 3.4.0](http://permalink.gmane.org/gmane.network.nagios.announce/91) [Nagios 3.4.0 Download](http://prdownloads.sourceforge.net/sourceforge/nagios/nagios-3.4.0.tar.gz) [MK's livecheck](http://mathias-kettner.de/checkmk_livecheck.html) ---- ## Dans le code ### Initiée en 2010 par un [patch](http://thread.gmane.org/gmane.network.nagios.devel/7412) de Matthieu Kermagoret (Méréthis), l'utilisation de la fonction _execv()_ remplace désormais _popen()_ et _system()_ pour l'exécution des checks actifs. Le but est évidemment de réduire la charge induite par les multiples exécutions de greffons. (NdM : pour rappel, *system()* fait un appel au shell pour exécuter la commande, contrairement à *execv()*, ce dernier permet donc d'éviter de charger un processus inutilement) Cela n'est pas sans rappeler le travail de Matthias Kettner avec **livecheck**. Parti du même constat concernant l'exécution des greffons, ce dernier a développé cette extension de **livestatus**, intégrée depuis la version 1.1.13i1, permettant d'éviter l'utilisation coûteuse de _fork()_. Ce développement aurait sans doute pu être évité si le précédent patch avait été intégré plus tôt dans le cœur de Nagios. L'avenir nous dira laquelle des deux solutions sera pérenne. Là encore, la nouvelle directive _service_check_timeout_state_ est issue d'un [patch](http://thread.gmane.org/gmane.network.nagios.devel/7222) fourni en 2010 par Bill McGonigle, déjà appliqué dans Icinga à partir de la version 1.0.1. Elle permet de résoudre certains [problèmes](http://forums.monitoring-fr.org/index.php/topic,614.msg25527.html#msg25527) liés à la latence du réseau. En effet, un service qui dépend d'un service réseau (SSH, NRPE, SNMP) qui n'est pas toujours disponible n'est pas nécessairement dans un état _CRITICAL_ ou _WARNING_. On peut considérer qu'il est simplement dans un état _UNKNOWN_ car réellement inconnu, faute de connexion.

AltStyle によって変換されたページ (->オリジナル) /