Différences

Ci-dessous, les différences entre deux révisions de la page.

--- pub_zone:linux:nagios [05:30 15/08/2014]
nimbus créée
+++ pub_zone:linux:nagios [05:31 15/08/2014]
nimbus [Supervision de logs]
@@ Ligne 5: / Ligne 5: @@
 En effet, Nagios utilise la notion de d'état **SOFT** ou **HARD** pour les services ou les hosts, ce qui permet de limiter les effets de faux positif. Un fonctionnement intéressant pour gérer les aléas du réseau, pour temporiser sur des changements furtif de statut.En **SOFT** ou en **HARD**, l'alarme apparaît sur l'interface Nagios, mais la notification n'est effectif que sur des états **HARD**.\\
 Or, dans le cas de la supervision de log, ce fonctionnement n'est pas souhaitable, car l’événement va apparaître à un instant T, sera détecté par Nagios déclenchera un état **SOFT**, puis au prochain check, si on n'a pas eut de nouvelles occurrences, le service reprendra son état OK.\\
-Donc à moins d'être collé devant l'écran de supervision en permanence ou de lire le log statut régulièrement, on n'aura pas connaissance de cette alarme, car il n'y aura **pas de notifications**.\\
+Donc à moins d'être collé devant l'écran de supervision en permanence ou de lire le log statut nagios régulièrement, on n'aura pas connaissance de cette alarme, car il n'y aura **pas de notifications**.\\
 ☛ L'idée pour palier à cette problématique, c'est tout simplement de désactiver cet état SOFT en configurant le paramètre **max_check_attempts** à **1** (pour les services), par exemple :

Vim Online ;)