Dans Shinken Entreprise, l'état de chaque élément supervisé est caractérisé par un statut et un contexte.
Le statut correspond à l'état de la vérification de l'élément. Il indique si la vérification n'indique aucun problème, un avertissement, une erreur ou bien une absence d'information.
Le contexte complète l'information fournie par le statut. Il permet d'indiquer par exemple une instabilité de l'élément, ou une maintenance par exemple.
Les différents statuts
| Icône | Nom | Description |
|---|---|---|
| OK | Aucun problème remonté lors de la vérification de l'élément. |
| Attention | L'élément supervisé fonctionne, mais en mode dégradé. Certains problèmes peuvent mériter une attention particulière. |
| Critique | L'élément ne fonctionne pas. |
| Inconnu | La vérification de l'élément n'a pas permis de déterminer s'il fonctionne ou non. C'est aussi l'état initial des éléments quand ils sont créés et envoyer en production pour la première fois |
| 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 |
Les différents contextes
Le tableau ci-dessous présentent les icônes dans leur ordre de priorité.
| Icône | Nom | Description |
|---|---|---|
|
Période de maintenance | L'élément a été placé sous maintenance par un utilisateur de Shinken Entreprise. |
|
Période de maintenance partiel | Un ou plusieurs éléments du cluster ou un ou plusieurs checks d'un hôte sont en période de maintenance. | |
| FLAPPING | Le statut de l'élément change très souvent. L'élément est instable et Shinken ne peut pas déterminer de manière fiable son statut. |
|
Flapping partiel | Un ou plusieurs éléments du cluster ou un ou plusieurs checks d'un hôte sont instables. |
|
Prise en compte | L'élément est dans un statut différent de OK. Le problème a été remarqué et pris en compte par un utilisateur de Shinken Entreprise. | |
|
Prise en compte |
Un ou plusieurs éléments du cluster ou un ou plusieurs checks d'un hôte ont été pris en compte par des utilisateurs de Shinken Enterprise. | ||
| Aucun contexte | L'élément n'a aucun contexte particulier, donc aucun icône correspondant. |
Contextes multiples sur un élément
Un élément peut avoir plusieurs contextes en même temps. Dans ce cas, 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 :
| Contextes | Résultat | Explication |
|---|---|---|
|
| L'élément est sous maintenance, donc il est normal que son état change régulièrement. |
|
| 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 
et ACKNOWLEDGED Période de maintenance et 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 indique que pour le check "check-dummy-critical" (dans notre exemple) il y a
un acknowledgedune prise en compte sur l'élément et
un acknowledgedune prise en compte sur le parent également (double affichage de l'icône).
NB: lL'icône héritée aura une opacité plus faible.