| Scroll Ignore | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
|
Contexte
Le check Ntp Sync by SNMPv1v2 va vérifier la date et l'heure de votre système et le comparer à celles obtenues par le service ntpd installé sur la machine supervisédu serveur ntpd.
- Si le
- serveur ntpd est accessible
- , vous pourrez alors obtenir:
- le
- temps d'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 Ntp Sync by SNMPv1v2 mesure ces 2 valeurs et réagi en fonction des seuils de tolérance que vous définissez.
| Panel |
|---|
- Un décalage trop important indique que la machine supervisée n'est plus à la bonne heure.
- Un délai trop élevé implique des risques d'imprécisions sur les calculs du décalage. Il peut également indiquer vous faire remarquer que de mauvaises sources de temps sont utilisés. (ex : Une machine supervisée en France aura un délai de ~300 ms avec un serveur NTP de référence localisé au Japon).
| Panel |
|---|
| Info | ||
|---|---|---|
| ||
| Note : Si dans la définition de l'équipement supervisé, vous avez aussi attaché le modèle chrony-by-snmp ce check disparaitra et sera remplacé par le check Ntp Sync Chrony by SNMPv1v2. |
Paramétrage
Le check utilise la ligne de commande suivante :
| Code Block | ||||
|---|---|---|---|---|
| ||||
$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__DELAY-CRIT$,$_HOSTLINUX-BY-SNMP__NTP-SYNC__OFFSET-CRIT$"
-w "$_HOSTLINUX-BY-SNMP__NTP-SYNC__DELAY-WARN$,$_HOSTLINUX-BY-SNMP__NTP-SYNC__OFFSET-WARN$"
--snmp_version "2"
--community "$_HOSTLINUX-BY-SNMP__V1V2-COMMUNITY$" |
Données utilisées provenant des modèles
Données communes pour les checks des modèles
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Données spécifiques pour ce check
| Nom | Modifiable sur | Unité | Valeur par défaut à l'installation de Shinken | Description | ||
|---|---|---|---|---|---|---|
| l'Hôte ( Onglet Données ) | ms | 30 | Définit le décalage en millisecondes à partir duquel le check passe en CRITIQUE. | ||
| l'Hôte ( Onglet Données ) | ms | 10 | Définit le décalage en millisecondes à partir duquel le check passe en ATTENTION. | ||
| l'Hôte ( Onglet Données ) | ms | 200 | Définit le délai en millisecondes à partir duquel le check passe en CRITIQUE. | ||
| l'Hôte ( Onglet Données ) | ms | 100 | Dé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
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Résultat
Exemple
| Panel |
|---|
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__OFFSET-CRIT
LINUX-BY-SNMP__NTP-SYNC__OFFSET-WARN
LINUX-BY-SNMP__NTP-SYNC__DELAY-CRIT
LINUX-BY-SNMP__NTP-SYNC__DELAY-WARN
- Le statut va dépendre du retour de sonde et de la configuration spécifique du check pour les données suivantes :
- Voici un tableau récapitulatif du statut attendu suivant le retour de sonde :
| Info | ||
|---|---|---|
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 | |||
|---|---|---|---|---|---|
| CRITIQUE |
| |||
| ATTENTION |
| |||
| CRITIQUE |
| |||
| ATTENTION |
|
Résultat
Le résultat contient un message indiquant le statut du check.
Lors d'un passage en CRITIQUEou 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
Définition
| Nom de la métrique | Unité | Description | Seuil d'avertissement | Seuil critique |
|---|---|---|---|---|
| delay | ms | Temps aller-retour entre le client et le serveur | LINUX-BY-SNMP__NTP-SYNC__DELAY-WARN | LINUX-BY-SNMP__NTP-SYNC__DELAY-CRIT |
| offset | ms | Décalage de temps entre le système et le serveur | LINUX-BY-SNMP__NTP-SYNC__OFFSET-WARN | LINUX-BY-SNMP__NTP-SYNC__OFFSET-CRIT |
Exemple
| Panel |
|---|
Erreurs et pré-requis
Erreurs de configuration de l'hôte à superviser ( spécifique à ce check )
MONITORED HOST - BAD STATE – NTP tools and daemon are not installed
Il est possible nécessaire que le service ntpd ne soit pas allumé. L soit installé pour le bon fonctionnement du check. Sans cela, l'erreur suivante sera générée :
| Panel |
|---|
RESOLUTION :
| Info |
|---|
Les instructions suivantes sont à exécuter sur l'hôte supervisée. |
Le service ntpd doit être activé et démarré :
| Code Block |
|---|
sudo service ntpd restart |
SNMP agent is not configured with extended exec 'shinken__linux-by-snmp__ntp-sync__ntpq'
| Note | ||
|---|---|---|
| ||
Il est possible que le serveur de temps installé et configuré sur votre serveur Linux soit chrony ( chronyd ) et non NTP ( ntpd ).
Alors, il faut accrocher le modèle Modèle chrony-by-SNMP du pack linux-by-SNMP__shinken à l'hôte, afin de superviser le bon service de temps. |
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 :
| Panel |
|---|
| Info |
|---|
Les instructions suivantes sont à exécuter sur l'hôte supervisée. |
Installez et activez le service ntpd.
| Section | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
|
| Code Block | ||
|---|---|---|
| ||
vim /etc/snmp/shinken/linux-by-SNMP__shinken.conf
# vim /etc/snmp/snmpd.conf |
| Code Block |
|---|
extend shinken__linux-by-snmp__ntp-sync__ntpq /bin/sh -c "ntpq -p ; date +'%H:%M:%S.%3N'" |
| Code Block |
|---|
sudo service snmpd restart |
NTP tools and daemon are not installed
# Debian, Ubuntu
sudo apt install ntp
# Fedora, OpenSUSE
sudo yum install ntp
# Arch
sudo pacman -S ntp
sudo service ntpd restart |
MONITORED HOST - BAD STATE – NTP daemon seems to be shutdown.
Il est possible que le service ntpd ne soit pas allumé. LIl est nécessaire que le service ntpd soit installé pour le bon fonctionnement du check. Sans cela, l'erreur suivante sera générée :
| Panel |
|---|
RESOLUTION :
| Info |
|---|
Les instructions suivantes sont à exécuter sur l'hôte supervisée. |
Installez et activez le Le service ntpd.
| Note |
|---|
Démarrer le service ntpd stoppera les autres services NTP, comme chronyd. |
doit être activé et démarré :
| Code Block | ||
|---|---|---|
| ||
sudo | ||
| Code Block | ||
sudo yum install ntp
sudo service ntpd restart |
MONITORED HOST - BAD STATE – No NTP source server found.
Une fois lancé, le service ntpd va choisir le serveur NTP, parmi un ou plusieurs configurés, qui sera utilisé 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 :
| Panel |
|---|
Il suffit d'attendre quelques secondes.
Si le problème persiste, vérifiez le bon fonctionnement du service ntpd et de sa configuration. Cliquez ici pour un guide de configuration ntpd.
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
...



















