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
Les états possibles| 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 |
Les contextes possibles du plus prioritaire au moins prioritaire
| 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 |
L'état change très souvent (par défaut, les checks sont lancés toutes les 5 minutes)
| 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 |
ACKNOWLEDGED
Le problème a été partiellementACKNOWLEDGE | 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 |
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 multiple croisés
| . | ||
| 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
Si 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 sont 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.