Page History

Contexte

Le check Synchronizer - $KEY$ - Alive vérifie que le démon Arbiter Synchronizer peut être correctement contacté sur le réseau.

Vérifie que le démon Synchronizer peut être correctement contacté sur le réseau. Son numéro de version est affiché.

Si jamais le démon Arbiter est en exécution sur une machine virtuelle supervisée par VMware, alors le pourcentage de temps de vol de CPU ( CPU Stolen ) sera affiché.

Paramétrage

Le check utilise la ligne de commande suivante :

$PLUGINSDIR$/check_shinken -H "$HOSTADDRESS$" -p "$ARG2$" --shinkenversion "$SHINKENVERSION$" -t synchronizer

 -m $ARG1$ --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

Provenant du modèle shinken

Provenant du modèle shinken-daemon

Données spécifiques pour ce check

Provenant du modèle shinken-synchronizer

Données spécifiques pour ce check

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

SYNCHRONIZER_PORT

Modèle d'hôte

( Onglet Données )

Configuration du port de communication avec l'Arbiter.

Autres check(s) impacté(s) :

• Synchronizer - $KEY$ - Performance API Connection ( voir la page  Synchronizer - $KEY$ - Performance API Connection ).

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

Les données DFE ( Duplicate Foreach )

Données utilisées provenant du check

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

Données globales

Propriétés de l'hôte

Résultat

Exemple

Interprétation

Statut

Il peut prendre quatre 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,
  • HOSTCHECK_SHINKEN_TIMEOUT

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

Situation

Statut

Si un démon est bloqué et doit être redémarré

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 erreur de surcharge des disques de logs

Si le démon a bloqué une tentative de chargement d'objet malveillant

Si le démon est en cours d'arrêt

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

Les vérifications communes

Résultat

Renvoi au format texte : 

• Si le démon fonctionne correctement, la version installée et le temps qu'a pris le check pour établir la communication avec le check.

Résultat Long

Précise le fonctionnement des modules du Synchronyzer, leur statut, le nombre de redémarrages lors des 2 dernières heures, la date de dernier redémarrage et les sous-modules.

Description des erreurs

Erreur de surcharge des disques de logs

• En cas de disques trop lent sur le volume des logs, le check sera mis en WARNING avec l'erreur suivante.

Erreur de vol de CPU

Métriques

Erreur d'un démon bloqué, qui doit être redémarré

• Si un démon est dans un état bloqué, il doit être redémarré. Si c'est le cas :
  • les checks seront en ERROR avec le message suivant,
  • il faut ouvrir un ticket à votre support pour analyser le blocage

Le démon a bloqué une tentative de chargement d'objet malveillant

Il est possible qu'un démon puisse détecter et bloquer une tentative d'injection d'objet malveillant par le biais de l'une de ses routes.

Un message est remonté :

• le nombre total de ces tentatives que le démon a bloqué ce jour ( compte commence à minuit ) ;
• pour chacune des tentatives ( maximum 3 ) :
  • descriptif de l'objet que l'attaquant essaye de charger,
  • sa provenance de l'attaque, par exemple le nom de la route utilisée, et l'IP à la source de l'attaque,
  • sa date.

Le démon est en cours d'arrêt

Lorsque le démon est en cours d'arrêt, le check le signale, et les informations relatives aux modules ne sont plus disponibles

Métriques