SKOOR Documentation

Etats et couleurs des objets

Tout au long du SKOOR Engine , les états et couleurs d'objet suivants sont utilisés :

État	Couleur	Interprétation
Major		Pas bon. Agissez immédiatement.
Minor		Pas critique mais doit être corrigé rapidement.
Warning		Habituellement utilisé pour exprimer qu'une mesure n'a pas pu être effectuée correctement, SKOOR Engine ne connaît donc pas l'état actuel de la fonction surveillée. Cela se produit si une tâche n'est pas configurée correctement ou si un périphérique distant est inaccessible. Par exemple, lors de la surveillance de l'état d'un service sur un hôte distant à l'aide d'un travail de service d' Agent , le travail deviendra jaune si l' agent de l'hôte distant est injoignable (timeout de connexion), si l' agent sur l'hôte distant est joignable mais que les informations d'identification fournies pour la connexion sont incorrectes, si le nom du service à vérifier n'a pas été correctement configuré dans les paramètres de la tâche etc Dans tous ces cas, SKOOR ne peut pas décider de l'état du service à distance, la tâche de mesure est donc définie sur l'état Warning .
Maintenance Major		L'objet est actuellement en maintenance et la dernière mesure a renvoyé un état Major .
Maintenance Minor		L'objet est actuellement en maintenance et la dernière mesure a renvoyé un état Minor .
Maintenance Warning		L'objet est actuellement en maintenance et la dernière mesure a renvoyé un état d' Warning .
Maintenance OK		L'objet est actuellement en maintenance et la dernière mesure a renvoyé un état OK .
OK		Comme c'est censé être.
Pas de données		Aucun résultat de mesure n'a été rapporté par le(s) travail(s) de mesure pendant deux fois l'intervalle de mesure du travail plus 10 minutes. Cela signifie généralement que le collecteur SKOOR sur lequel le travail est configuré n'est pas en cours d'exécution ou ne peut pas atteindre le server SKOOR assez fréquemment. Cela peut indiquer une mauvaise configuration, un problème de connectivité réseau entre le collecteur et le server ou un problème de performances.
Undefined		Undefined est utilisé pour les travaux qui sont actuellement arrêtés ou pour d'autres objets qui ne contiennent pas d'objets enfants ou dont les objets enfants sont tous undefined . Les tâches arrêtées qui sont redémarrées restent indéfinies jusqu'à la prochaine mesure. Les tâches liées à une planification changent leur état en Undefined défini lorsqu'elles sont actuellement inactives, comme défini par la planification. Tous les objets (tels que les périphériques ou les SLO) où un travail pousse son état, interprètent l'état undefined comme OK . Par exemple, si une tâche est liée à une planification de sorte qu'elle ne s'exécute qu'à certaines heures de la journée, son historique d'état peut ressembler à ceci : L'historique d'état du périphérique parent de cette tâche considère les parties indéfinies du graphique comme OK :

L'état d'un objet tâche est défini par les paramètres configurés dans ses limites d'alarme. Par exemple, un travail ICMP est généralement configuré pour prendre l'état majeur lorsque la valeur de perte de paquets ICMP de la mesure ICMP est de 100 %. L'état des autres objets dépend principalement de l'état combiné de ses enfants. Le tableau ci-dessus reflète la priorité des États. Par exemple, un objet de groupe qui contient un sous-objet avec l'état avertissement et un autre sous-objet avec l'état maintenance majeur aura l'état avertissement .

Si une maintenance a été définie sur un objet, l'objet conserve la couleur de son état d'origine et la couleur bleue est superposée, soit dans son nom ( SKOOR Engine ), soit dans son ampoule, comme vu plus haut (SKOOR Dashboards).

Pour divers objets dans le SKOOR Engine (par exemple pour les objets carte ou OPM), la couleur de leur icône indique le pire état de l'un de ses objets enfants :