Certains éléments peuvent faire croire que oui. Cependant, il faut préter attention à toute migration vers une nouvelle version des plugins Nagios. En effet, j'ai coutûme de dire que "toute l'intelligence des tests est contenue dans les plugins Nagios". En effet, c'est le plugin et non Nagios qui réalise le test. Un plugin doit donc être bien codé. Si un plugin décide de remonter des informations erronées, Nagios n'a aucun moyen de le contrôler. Bien entendu, ce n'est jamais le cas. Par contre, il est tout à fait possible qu'un plugin ai un bug qui ne soit pas présent dans la version précédente. Dans TOUS les cas, il faut tester chaque plugin un par un et dans toutes les configurations. Une simple machine virtuelle peut aider pour cela. En reproduisant l'environnement de production dans une machine virtuelle, on peut tester la supervision avec la nouvelle version des plugins.

Cette nouvelle version apporte des modifications sur le plugin check_procs sur Solaris. Auparavant, check_procs ne fonctionnait pas correctement cet environnement. check_smtp, check_ping, check_icmp et check_mysql ont été aussi modifiés. Attention, deux plugins réellement critiques sont modifiés: les plugins qui testent les hosts. Si la modification n'est pas bien réalisée, elle peut générer une jolie girlande de Noël: l'ensemble des hosts en rouge! Il est préférable d'attendre les retours des utilisateurs avant de migrer ces deux plugins.

Parlons d'ailleurs des retours utilisateurs. Sur la mailing liste dédiée à ce sujet, de très nombreux messages font apparaître qu'il est préférable d'attendre la version 1.4.8 pour migrer. En effet, la modification de check_mysql est plutôt négatif car la détection est finalement trop stricte, elle sera revue dans la prochaine version. De plus, check_ntp connaît (encore!) un problème: actuellement, quelque soit le serveur NTP de référence, il semble remonter tout le temps l'état Warning par absence de l'information jitter. Cela devient critique de ne pas migrer vers cette version.