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
| Icone | 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 d'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 si il fonctionne ou non. |
Les différents contextes
Le tableau ci-dessous présentent les icônes dans leur ordre de priorité.
| Icone | Nom | Description |
|---|---|---|
| DOWNTIME | L'élément a été placé sous maintenance par un utilisateur de Shinken Entreprise |
| PARTIAL DOWNTIME | 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. |
| PARTIAL FLAPPING | Un ou plusieurs éléments du cluster ou un ou plusieurs checks d'un hôte sont instables. |
| ACKNOWLEDGED | 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. |
| PARTIAL ACKNOWLEDGE | 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 icone correspondant. Le statut fournit à lui seul les informations permettant de décrire le fonctionnement de l'élément |
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'état flapping est le seul réellement important pour une investigation. |
|
| 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 
- On parlera alors de contexte hérité.
- Dans les listes de la visualisation il est possible que vous ayez un affichage de ce style :
qui indique que pour le check "check-dummy-critical" (dans notre exemple) il y a un acknowledge sur l'élément et un acknowledge sur le parent également (double affichage de l'icône).
NB: l'icône hérité aura une opacité plus faible.