Contexte

Le check NtpSyncChrony SNMPv3 va vérifier la date et l'heure de votre système et le comparer à celles du serveur Chrony ( processus chronyd sur la machine supervisé ).

  • Si le serveur Chrony est accessible, vous pourrez alors obtenir :
    • le temps aller-retour entre votre client et le serveur.
    • le décalage d'horloge entre l'hôte supervisé et le serveur de temps de référence.
  • Sinon, vous serez invité à démarrer le service adéquat.

La vérification est basée sur 2 informations : l' OFFSET et le DELAY

  • Pour savoir si le serveur est à l'heure, le serveur ntp local fait une requête au serveur ntp de référence.
    • Le temps d'aller-retour de la requête correspond au DELAY mesuré.
    • L'OFFSET correspond à la différence d'heure entre le serveur supervisé et le serveur ntp de référence.
  • Les 2 valeurs sont nécessaires, car l'OFFSET peut avoir au pire la valeur de DELAY comme marge d'erreur ( le temps d'acheminement moyen de la requête au serveur de temps ).
    • C'est pour cela que le check NtpChronySync SNMPv3 mesure ces 2 valeurs et réagi en fonction des seuils de tolérance que vous définissez.

Note : Le check Ntp Sync Chrony by SNMPv3 est activé uniquement lorsque le modèle chrony-by-snmp est attaché à l'équipement supervisé. Détachez le modèle chrony-by-snmp pour remplacer le check par Ntp Sync by SNMPv3 qui surveille la synchronisation NTP par le service ntpd.

Paramétrage

Le check utilise une des lignes de commandes suivantes selon le modèle d'hôte utilisé :

$LINUX-BY-SNMP__SHINKEN__PLUGINSDIR$/check_linux_health_by_snmp_rust --check check_ntp_sync
    -H "$HOSTADDRESS$"
    -p "$_HOSTLINUX-BY-SNMP__PORT$"
    -t "$_HOSTLINUX-BY-SNMP__TIMEOUT$"
    -c "$_HOSTLINUX-BY-SNMP__NTP-SYNC-CHRONY__DELAY-CRIT$,$_HOSTLINUX-BY-SNMP__NTP-SYNC-CHRONY__OFFSET-CRIT$"
    -w "$_HOSTLINUX-BY-SNMP__NTP-SYNC-CHRONY__DELAY-WARN$,$_HOSTLINUX-BY-SNMP__NTP-SYNC-CHRONY__OFFSET-WARN$"
    --chrony
    --snmp_version "3"
    --user "$_HOSTLINUX-BY-SNMP__V3-LOGIN$"
    --level "noAuthNoPriv"
$LINUX-BY-SNMP__SHINKEN__PLUGINSDIR$/check_linux_health_by_snmp_rust --check check_ntp_sync
    -H "$HOSTADDRESS$"
    -p "$_HOSTLINUX-BY-SNMP__PORT$"
    -t "$_HOSTLINUX-BY-SNMP__TIMEOUT$"
    -c "$_HOSTLINUX-BY-SNMP__NTP-SYNC-CHRONY__DELAY-CRIT$,$_HOSTLINUX-BY-SNMP__NTP-SYNC-CHRONY__OFFSET-CRIT$"
    -w "$_HOSTLINUX-BY-SNMP__NTP-SYNC-CHRONY__DELAY-WARN$,$_HOSTLINUX-BY-SNMP__NTP-SYNC-CHRONY__OFFSET-WARN$"
    --chrony
    --snmp_version "3"
    --user "$_HOSTLINUX-BY-SNMP__V3-LOGIN$"
    --auth_password "$_HOSTLINUX-BY-SNMP__V3-PASSPHRASE-AUTH$"
    --auth_protocol "$_HOSTLINUX-BY-SNMP__V3-PROTOCOL-AUTH$"
    --level "authNoPriv"
$LINUX-BY-SNMP__SHINKEN__PLUGINSDIR$/check_linux_health_by_snmp_rust --check check_ntp_sync
    -H "$HOSTADDRESS$"
    -p "$_HOSTLINUX-BY-SNMP__PORT$"
    -t "$_HOSTLINUX-BY-SNMP__TIMEOUT$"
    -c "$_HOSTLINUX-BY-SNMP__NTP-SYNC-CHRONY__DELAY-CRIT$,$_HOSTLINUX-BY-SNMP__NTP-SYNC-CHRONY__OFFSET-CRIT$"
    -w "$_HOSTLINUX-BY-SNMP__NTP-SYNC-CHRONY__DELAY-WARN$,$_HOSTLINUX-BY-SNMP__NTP-SYNC-CHRONY__OFFSET-WARN$"
    --chrony
    --snmp_version "3"
    --user "$_HOSTLINUX-BY-SNMP__V3-LOGIN$"
    --auth_password "$_HOSTLINUX-BY-SNMP__V3-PASSPHRASE-AUTH$"
    --priv_passphrase "$_HOSTLINUX-BY-SNMP__V3-PASSPHRASE-PRIV$"
    --auth_protocol "$_HOSTLINUX-BY-SNMP__V3-PROTOCOL-AUTH$"
    --priv_protocol "$_HOSTLINUX-BY-SNMP__V3-PROTOCOL-PRIV$"
    --level "authPriv"

Données utilisées provenant des modèles

Données communes pour les checks des modèles

Données spécifiques pour ce check

NomModifiable surUnitéValeur par défaut à l'installation de ShinkenDescription
LINUX-BY-SNMP__NTP-SYNC-CHRONY__OFFSET-CRIT

l'Hôte

( Onglet Données )

ms30Définit le décalage en millisecondes à partir duquel le check passe en CRITIQUE .
LINUX-BY-SNMP__NTP-SYNC-CHRONY__OFFSET-WARN

l'Hôte

( Onglet Données )

ms10

Définit le décalage en millisecondes à partir duquel le check passe en ATTENTION.

LINUX-BY-SNMP__NTP-SYNC-CHRONY__DELAY-CRIT

l'Hôte

( Onglet Données )

ms200Définit le délai en millisecondes à partir duquel le check passe en CRITIQUE .
LINUX-BY-SNMP__NTP-SYNC-CHRONY__DELAY-WARN

l'Hôte

( Onglet Données )

ms100Définit le délai en millisecondes à partir duquel le check passe en ATTENTION .

Données DFE ( Duplicate Foreach )

Pas de données DFE pour ce check

Données utilisées provenant du check

Pas de données provenant du check pour ce modèle

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 :

      • LINUX-BY-SNMP__NTP-SYNC-CHRONY__OFFSET-CRIT

      • LINUX-BY-SNMP__NTP-SYNC-CHRONY__OFFSET-WARN

      • LINUX-BY-SNMP__NTP-SYNC-CHRONY__DELAY-CRIT

      • LINUX-BY-SNMP__NTP-SYNC-CHRONY__DELAY-WARN

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

Le texte de la colonne  "Affichage des seuils" montre les paramètres utilisés et leur valeur définie sur l'équipement supervisé.

Situation

Statut

Exemple

  • Le décalage observé dépasse LINUX-BY-SNMP__NTP-SYNC-CHRONY__OFFSET-CRIT
 CRITIQUE

  • Le décalage observé dépasse LINUX-BY-SNMP__NTP-SYNC-CHRONY__OFFSET-WARN
 ATTENTION

  • Le délai observé dépasse LINUX-BY-SNMP__NTP-SYNC-CHRONY__DELAY-CRIT

CRITIQUE


  • Le délai observé dépasse LINUX-BY-SNMP__NTP-SYNC-CHRONY__DELAY-WARN

ATTENTION


Résultat

Le résultat contient un message indiquant le statut du check.

Lors d'un passage en CRITIQUE ou ATTENTION , un message indique quel en est la cause.

Résultat Long

Le résultat long contient un tableau affichant la valeur de l'OFFSET et du DELAY  en millisecondes.

Métriques

Nom de la métriqueUnitéDescription
offsetmsDécalage de temps entre le système et le serveur
delaymsTemps aller-retour entre le client et le serveur 

Erreurs et pré-requis

Erreurs de configuration de l'hôte à superviser ( spécifique à ce check )

Chrony daemon seems to be shutdown.

Il est possible que le service chronyd ne soit pas allumé. L'erreur suivante sera générée :


RESOLUTION :

Le service ntpd doit être activé et démarré :

sudo service ntpd restart

SNMP agent is not configured with extended exec 'shinken__linux-by-snmp__ntp-sync-chrony__chronyc'

Le check demande une configuration supplémentaire afin d'exécuter des commandes via des requêtes SNMP. Sans cette configuration, l'erreur suivante sera générée :

RESOLUTION :

Ouvrez le fichier de configuration SNMP. ( "/etc/snmp/shinken/linux-by-SNMP__shinken.conf" ou "/etc/snmp/snmpd.conf" selon votre configuration ).

vim /etc/snmp/shinken/linux-by-SNMP__shinken.conf
# vim /etc/snmp/snmpd.conf

Rajoutez ces lignes si elles n'y sont pas :

extend shinken__linux-by-snmp__ntp-sync-chrony__chronyc /bin/sh -c "export LC_LANG=C && unset LANG && chronyc tracking ; date +'%H:%M:%S.%3N'"

Pour finir, il faut redémarrer le service snmpd pour qu'il puisse prendre en compte les nouvelles modifications.

sudo service snmpd restart

Chrony daemon is not installed

Il est nécessaire que le service chronyd soit installé pour le bon fonctionnement du check. Sans cela, l'erreur suivante sera générée :

RESOLUTION :

Installez et activez le service chronyd sur l'hôte supervisée.

# Debian, Ubuntu
sudo apt install chrony

# RHEL, Alma, Rocky, Centos, Fedora, OpenSUSE
sudo yum install chrony

# Arch, Manjaro
sudo pacman -S chrony 




sudo service chronyd restart

Chrony daemon is not synchronized

Une fois lancé, le service chronyd va choisir un ou plusieurs serveurs NTP, parmi ceux configurés, qui seront utilisés pour la synchronisation NTP. Cette opération prend quelques secondes une fois le service démarré. Sans cela, l'erreur suivante sera générée :

RESOLUTION :

Il suffit d'attendre quelques secondes.
Si le problème persiste, vérifiez le bon fonctionnement du service chronyd et de sa configuration. Cliquez ici pour un guide de configuration chronyd.