Page History

Contexte

Le check Scheduler - $KEY$ - Running Well

vérifie que le démon Scheduler peut être correctement contacté sur le réseau et affiche son numéro de version.

Affiche également le nombre d'éléments qu'il gère dans un tableau, en distinguant les Hôtes, les Clusters et les Checks, ainsi que le total des éléments. (   Résultat court   )

Présente la liste des démons auxquels le Scheduler doit se connecter, et l'état des connexions (  Résultat long  ).

Donne un état des modules chargés (  Résultat long  ).

Panel
Image Added
Panel
Image Removed

Paramétrage

Le check utilise la ligne de commande suivante :

$PLUGINSDIR$/check_shinken -H "$HOSTADDRESS$" 

-p "$ARG2$" --shinkenversion "$SHINKENVERSION$" -t 

scheduler -m $ARG1$

 -l "lck-$LASTSERVICECHECK$" --passive_poller_latency "$_HOSTPASSIVE_POLLER_LATENCY$" --timeout "$_HOSTCHECK_SHINKEN_TIMEOUT$" -w "$_HOSTTHRESHOLD_CPU_STOLEN_WARNING$" -c "$_HOSTTHRESHOLD_CPU_STOLEN_CRITICAL$" --scheduler_too_old_retention_save_margin "$_HOSTSCHEDULER__RETENTION__RENTENTION-IS-TOO-OLD-AFTER_X_MINUTES$"

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-scheduler

Données spécifiques pour ce check

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

ARBITER_PORT

Modèle d'hôte

( Onglet Données )

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

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

SHINKENVERSION

non

-

Numéro de la version installée

• Propriétés de l'hôte

HOSTADDRESS

l'Hôte

( Onglet Général )

Adresse 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  THRESHOLD_CPU_STOLEN_CRITICAL,
    THRESHOLD
  •  THRESHOLD_CPU_STOLEN_WARNING,
  •  SCHEDULER__RETENTION__RENTENTION-IS-TOO-OLD-AFTER_X_MINUTES    
  •  CHECKCHECK_SHINKEN_TIMEOUTTIMEOUT 

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

Les vérifications communes

Les vérifications spécifiques

Résultat

Renvoi au format texte les statistiques : 

• temps L'état de réponses du démon,
• et la liste des démons avec lesquels il est en connecté.

Résultat Long

Pas de résultat long pour ce check.

Description des erreurs

Erreur de vol de CPU

Seulement si votre machine virtuelle est hébergé sur un hyperviseur VMWare

• Si la machine virtuelle se fait voler trop de temps de calcul (CPU Stolen), le check sera mis en WARNING  ou en CRITIQUE ( en fonction du taux de vol fixé par défaut ou indiqué par l'utilisateur ).
  • Vous pouvez avoir plus d'information sur cet indicateur et comment réduire la parte de temps de la VM sur la page Machine VMWare avec un fort taux de CPU Stolen (%ready + %costop)

Panel
Image Removed Image Removed

Les serveurs ne sont pas à la même heure

• fonctionnement du Scheduler, ainsi que le nombre d'hôtes, de clusters, de checks et le nombre total d'éléments gérés par le Scheduler.

Résultat Long

Renvoi au format texte :

• Une liste des démons ( Schedulers, Pollers passifs, Reactionners passifs ) auxquels le Schedulers doit se connecter, pour chacun des démons :
  • Son nom ( suivi des tags gérés pour les Pollers passifs ou pour les Reactionners passifs )
  • Son type
  • La valeur du paramètre timeout renseigné dans le fichier de configuration de ce démon ( qui correspond au délai potentiel maximal requis pour le contacter )
  • L'état de la connexion
  • La liste des modules chargés ainsi que leur état

Description des erreurs

Problèmes réseau

Latence réseau importante vers des Pollers passif

Quand la connexion vers un ou plusieurs Pollers passifs souffre d'une latence réseau trop importante, cette information est remontée dans le résultat court  

La récupération des données de connectivité prend trop de temps

Le timeout du check est trop court

Quand le timeout associé à ce check est inférieur au paramètre timeout renseigné dans la configuration d'un des démons que doit contacter le Scheduler, il se peut que la connexion vers ce démon échoue lors du test de connectivité.

Résultat court :

Un message d'avertissement signale que certains démons nécessitent un timeout plus élevé pour être contacté, et une valeur conseillée est affichée.

Résultat long :

Dans ce cas, le Status dans le  résultat long  précise que l'erreur peut être liée au délai trop court accordé pour tester la connexion. Il est alors conseillé d'augmenter le timeout du check pour que le test soit pertinent.

Démons passifs injoignables

Résultat court :

Quand la connexion vers certains Pollers passifs ou certains Reactionners passifs est impossible, le résultat court du check liste les démons injoignables, en précisant pour chacun :

• Le nom
• L'adresse et le port de connexion
• Les tags gérés

Ceux-ci sont regroupés par type ( Poller ou Reactionner ), un compteur indique le nombre de passifs injoignables et le nombre total de démons du même type disponible ( passifs et actifs )

Résultat long :

Le tableau du résultat long , indique les problèmes de connectivité dans la colonne Status, avec un message précisant leur nature. 

Schedulers injoignables

Résultat court  :

Quand le Scheduler ne parvient pas à communiquer avec un ou plusieurs Schedulers du royaume, ceux-ci sont listés avec :

• Leur nom
• Leur adresse
• Leur port de connexion

Un compteur indiquant le nombre de Schedulers injoignables et le nombre total de Schedulers disponibles est également affiché.

L'indisponibilité d'un ou plusieurs Scheduler pouvant perturber le calcul des états de clusters, un message d'avertissement le précisant est également ajouté.

Résultat long  :

Le tableau listant les connexions du Scheduler, indique les problèmes de connectivité vers les autres Schedulers dans la colonne Status, avec un message précisant la nature du problème.

Problème de conflits d'Arbiters

• Conflits d'Arbiters :
  
  Si le démon est contacté par des Arbiters qui ne sont pas sur la même architecture ( par exemple un Arbiter de Production et un autre de l'environnement de Testing ), le check sera mis en CRITICAL .

• Conflit d'Arbiters qui ont le même nom d'Architecture :

Comme dans le cas précédent, le démon est contacté par des Arbiters d'architectures différentes, mais qui ont le même nom. On sort également en CRITICAL mais en avertissant que les noms sont identiques, et en indiquant où changer le nom des architectures.

Métriques

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

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

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

cpu_stolen__vmware__percent_ready

nb_hosts

nb_clusters

nb_late_checks	

nb_late_event_handlers

nb_checks

nb_late_notifications