Contexte

Le check Reactionner - $KEY$ - Running Well  vérifie que le Reactionner est joignable sur le réseau, affiche son numéro de version, ses tags et le statut de connexion avec les Schedulers

Il donne également la version du démon ( Résultat court ) et ainsi que les modules opérationnels ( Résultat long ).

Paramétrage

Le check utilise la ligne de commande suivante :

$PLUGINSDIR$/check_shinken -H "$HOSTADDRESS$" -p "$ARG2$" --shinkenversion "$SHINKENVERSION$" -t reactionner -m $ARG1$ --active_reactionner_latency 
"$_HOSTACTIVE_REACTIONNER_LATENCY$" --check_tolerate "$_HOSTREACTIONNER_NB_CHECK_IN_TIMEOUT_TOLERATE$" --timeout "$_HOSTCHECK_SHINKEN_TIMEOUT$" -w 
"$_HOSTTHRESHOLD_CPU_STOLEN_WARNING$" -c "$_HOSTTHRESHOLD_CPU_STOLEN_CRITICAL$"

Données utilisées provenant du modèle

Données communes pour les checks du modèle

Données spécifiques pour ce check

NomModifiable sur UnitésDéfaut

Valeur par défaut à

l'installation de Shinken

Description
SHINKEN_PROTOCOL

Modèle d'hôte

( Onglet Données )

--httphttp

Protocole utilisé pour établir la connexion avec le Reactionner

CHECK_SHINKEN_TIMEOUT

Modèle d'hôte

( Onglet Données )

seconde33

Timeout utilisé pour établir la connexion avec le Reactionner

REACTIONNER_PORT

Modèle d'hôte

( Onglet Données )

---77697769

Port utilisé pour établir la connexion avec le Reactionner

Autres check(s) impacté(s) :

Note : Cette valeur remplacera la valeur $ARG2$ dans la commande 

NB_CHECK_IN_TIMEOUT_TOLERATE

Modèle d'hôte

( Onglet Données )

--00

Nombre de checks en timeout provoquant une sortie en erreur du check

REACTIONNER_NB_CHECK_IN_TIMEOUT_TOLERATE

Modèle d'hôte

( Onglet Données )

--$_HOSTNB_CHECK_IN_TIMEOUT_TOLERATE$$_HOSTNB_CHECK_IN_TIMEOUT_TOLERATE$Nombre de checks en timeout provoquant une sortie en erreur du check
ACTIVE_REACTIONNER_LATENCY

Modèle d'hôte

( Onglet Données )

seconde0.50.5Latence de connexion ( en secondes )  au-delà de laquelle le check sort en erreur
THRESHOLD_CPU_STOLEN_WARNING

Modèle d'hôte

( Onglet Données )

pourcentage55Seuil de CPU volé ( en pourcentage ) sur une machine virtuelle supervisée par VMware avant de déclencher un warning
THRESHOLD_CPU_STOLEN_CRITICAL

Modèle d'hôte

( Onglet Données )

pourcentage1010Seuil de CPU volé ( en pourcentage ) sur une machine virtuelle supervisée par VMware avant de déclencher un critique

Les données DFE ( Duplicate Foreach )

 

Données utilisées provenant du check

Pas de données spécifiques pour ce check.

Données globales

Propriétés de l'hôte

Résultat

Exemple

Interprétation

Statut

Il peut prendre deux valeurs  OK / CRITIQUE / ATTENTION   /   INCONNU .

  • Le statut va dépendre du retour de sonde et de la configuration spécifique du check pour les données suivantes :
    • THRESHOLD_CPU_STOLEN_CRITICAL,
    • THRESHOLD_CPU_STOLEN_WARNING,
    • CHECK_SHINKEN_TIMEOUT

  • Voici un tableau récapitulatif du statut attendu suivant le retour de sonde :

Les vérifications communes



Les vérifications spécifiques

Situation

Statut

En fonction du pourcentage de CPU volé :

  • Si c'est  supérieur  à THRESHOLD_CPU_STOLEN_CRITICAL (  par défaut : 10 %  )

CRITIQUE

En fonction du pourcentage de CPU volé :

  • Si c'est supérieur  à THRESHOLD_CPU_STOLEN_WARNING(  par défaut : 5%  )

ATTENTION

Si la sonde n'a pas eu de réponse avant le temps maximum

  • Si supérieur  à CHECK_SHINKEN_TIMEOUT (  par défaut : 3 sec )
INCONNU

Résultat

Renvoi au format texte : 

  • Si le démon fonctionne correctement, est joignable sur le réseau, affiche son numéro de version, ses tags et le statut de connexion avec les Schedulers

Résultat Long

Pas de résultat long pour ce check.

Description des erreurs

Métriques

NomUnitéDescription
nb_check_in_timeout
--

Nombre de notifications & event handlers qui ont dépassés leur temps de timeout au cours de la dernière minute