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 ACKNOWLEDGED | 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 acknowledged sur l'élément et un acknowledged sur le parent également (double affichage de l'icône).
NB: l'icône hérité aura une opacité plus faible.