Page History

Contexte

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

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

Last Flush Time vérifie la durée du dernier "Flush" de la base de données.

La version V02.07.00 de Shinken est accompagnée d'une mise à jour de Mongodb. Cette nouvelle version comporte notamment un changement de la méthode de sauvegarde des objets au sein de Mongo.

Sur une installation neuve de Shinken, le nouveau format ( WiredTiger ) est utilisé, ce qui rend le check non pertinent. Dans ce cas, ce check aura le résultat suivant :

Pour les versions inférieures, le check retournera le temps de connexion

Panel
Image Added
Panel
Image Removed

Paramétrage

Le check utilise la ligne de commande suivante :

$PLUGINSDIR$/check_

shinkendb.py -D -H "$HOSTADDRESS$" -

P "

$_HOSTDB_PORT$" --connection-

method "

$_HOSTDB_CONNECTION_METHOD$" --ssh-

user "$_HOSTDB_SSH_USER$" --ssh-keyfile "$_HOSTDB_SSH_KEY$" --ssh-tunnel-timeout "$_HOSTDB_

SSH_

TUNNEL_TIMEOUT$" -A last_flush_time -

W "$_HOSTDB_

LAST_

FLUSH_

TIME_

WARN$" -

C "$_HOSTDB_

LAST_

FLUSH_

TIME_

CRIT$"

Données utilisées provenant du modèle

Données communes pour les checks du modèle

Données spécifiques pour ce check

ARBITER_PORT

DB_LAST_FLUSH_TIME_CRIT

Configuration du port de communication avec l'Arbiter.

Autres check(s) impacté(s) :

• Arbiter - $KEY$ - Performance ( voir la page Arbiter - $KEY$ - Performance ).

DB_LAST_FLUSH_TIME_WARN

Les données DFE ( Duplicate Foreach )

  Excerpt IncludeModèle shinken-arbiterPas de données DFE pour ce check. Modèle shinken-arbiternopaneltrue

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 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 :
  • DB_LAST_FLUSH_TIME_CRIT
  • DB_LAST_FLUSH_TIME_WARN
  • DB_SSH_TUNNEL_TIMEOUT
  • CHECK
  • HOSTCHECK_SHINKEN_TIMEOUT

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

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 checkla durée du dernier "Flush" de la base de données.

Résultat Long

Précise le fonctionnement des modules de l'Arbiter, leur statut, le nombre de redémarrages lors des 24 dernières heures, la date de dernier redémarrage et les sous-modules

Description des erreurs

Démon est bloqué et doit être redémarré

Pas de résultat long pour ce check.

Métriques

Pas de métriques pour ce check

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.

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 ( le 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

connexion_time

.