...
Voici un exemple de comment sont déterminés les types d'état quand un changement apparaît, et quand les événements et les notifications sont lancés. L'exemple ici montre le résulta résultat de checks consécutifs, la valeur de du paramètre max_check_attempts étant à 3.
| Temps | Nombre de Check | Type d'état | Type d'état | Changement | Notes |
|---|---|---|---|---|---|
| 0 | 1 | OK | HARD | Non | Etat Initial |
| 1 | 1 | CRITICAL | SOFT | Oui | 1ère détection d'un état non-OK Lancement d'événements |
| 2 | 2 | WARNING | SOFT | Oui | Le check continue d'être en non-OK . Exécution des événements. |
| 3 | 3 | CRITICAL | HARD | Oui | Le nombre maximum de check est atteint donc l'état passe à "HARD" . Exécution des événements et envoi d'une notification sur un problème. Le nombre de check est remis à 1 aussitôt après. |
| 4 | 1 | WARNING | HARD | Oui | Le check passe en état HARD WARNING . Exécution des événements et envoi d'une notification sur un problème |
| 5 | 1 | WARNING | HARD | Non | Le check se stabilise en état "problème HARD" . En fonction de la définition de l'intervalle défini pour un service, une autre notification peut être envoyée. |
| 6 | 1 | OK | HARD | Oui | Le check repasse en état HARD . Exécution des événements et envoi d'une notification de reprise. |
| 7 | 1 | OK | HARD | Non | Le check est toujours OK. |
| 8 | 1 | UNKNOWN | SOFT | Oui | Le check est détecté comme passant de l'état "SOFT" à "non-OK" . Exécution des événements |
| 9 | 2 | OK | SOFT | Oui | Le check revient à un état SOFT . Exécution des événements, mais pas d'envoi de notification car il ne s'agissait pas vraiment d'un problème. L'état est passé à "HARD" et le nomre nombre de check repasse à 1 aussitôt après. |
| 10 | 1 | OK | HARD | Non | Le check se stabilise en état OK . |