Les états possibles :
| Icône | Nom | Description |
|---|---|---|
| OK | Aucun problème remonté par le check |
| Attention | L'élément supervisé fonctionne, mais en mode dégradé |
| Critique | L'élément ne fonctionne pas |
| Inconnu | Aucune information disponible renvoyée par le check qui ne peut déterminer l'état de l'élément |
| Données manquantes | La plateforme de supervision est active, mais l'exécution du check n'a pas été réalisée |
| Shinken Inactif | La plateforme de Supervision Shinken est arrêtée |
| Info |
|---|
Voir : Détermination de l'état de l'hôte ( pour plus d'information sur les cas particuliers ) |
Les contextes possibles du plus prioritaire au moins prioritaires :
| Icône | Nom | Description |
|---|---|---|
|
| Période de maintenance (downtime) | L'élément a été placé sous maintenance par un utilisateur de Shinken Enterprise | |
| Période de maintenance partiel (Partial downtime) | Une partie des éléments de ce cluster est en maintenance |
|
PARTIAL
FLAPPING| Flapping | L'état change très souvent (par défaut, les checks sont lancés toutes les 5 minutes) | |
| Flapping partiel (Partial flapping) | Une partie des éléments de ce cluster change régulièrement d'état |
|
| Prise en compte (acknowledge) | Le problème a été pris en compte par un utilisateur Shinken Enterprise |
|
PARTIAL
ACKNOWLEDGEPrise en compte (Partial acknowledge) | Le problème a été partiellement pris en compte par un utilisateur Shinken Enterprise |
Si vous sélectionnez un hôte (pas un cluster ou un check), le nombre de checks par type de statut sera présenté.
Contextes multiples croisés :
Si un élément peut avoir plusieurs contextes en même temps, le contexte affiché sera le plus prioritaire.
L'ordre de la liste ci-dessus donne l'ordre de priorité des contextes.
Voici quelques exemples de croisement :
| Croisement | Résultat | Raison |
|---|---|---|
|
| L'élément est sous maintenance, donc il est normal que son état change régulièrement . |
|
| L'élément est sous maintenance partielle, donc la prise en compte ne rajoute aucune information complémentaire, car l’administrateur travaille déjà sur l'élément. |
|
| L'élément est en flapping et quelqu'un essaye de le prendre en compte, mais l'état va continuer de changer. |
|
| L' élément est sous maintenance qui est alors l'état le plus important. |
Contextes hérités :
Un check peut avoir le contexte de son parent pour DOWNTIME Période de maintenance 
et ACKNOWLEDGED Prise en compte
On parlera alors de contexte hérité.
Dans les listes de la visualisation, il est possible que vous ayez un affichage de ce style :
| Panel |
|---|
|
qui Qui indique que pour le check "check-dummy-critical" (dans notre exemple) il y a un acknowledge une Prise en compte sur l'élément et un acknowledge une Prise en compte sur le parent également (double affichage de l'icône).
NB: l'icône hérité héritée aura une opacité plus faible