In Shinken Enterprise, the state of each supervised element is characterized by a status and a context.
- The status corresponds to the state of the element. It indicates whether the check indicates no problem, a warning, an error or a lack of information.
- The context complements the information provided by the status. It can be used to indicate, for example, an instability of the element, or a planified maintenance for example.
Les différents statuts
| Icone | Nom | Description |
|---|---|---|
| OK | No problems found when checking the item. |
| Warning | The supervised element works, but in degraded mode. Some problems may deserve special attention. |
| Critical | The element doesn't work. |
| Unknown | The check of the element did not determine whether or not it is working ( for example, the element was not reachable ). |
Les différents contextes
Le tableau ci-dessous présentent les icônes dans leur ordre de priorité.
| Icone | Nom | Description |
|---|---|---|
| DOWNTIME | The element has been flagged by a Shinken Enterprise user as “under maintenance” |
| PARTIAL DOWNTIME | One or more elements that compose a cluster are "under maintenance", but not all. |
| FLAPPING | The status of the element changes very often. The element is unstable and Shinken add this context to indicate that the status displayed change often. |
| PARTIAL FLAPPING | One or more elements of the cluster or one or more checks of a host are unstable. |
| 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.