Project

General

Profile

Scénario #27618

La configuration NTP n'est pas prise en compte

Added by Emmanuel GARETTE about 2 years ago. Updated 8 months ago.

Status:
Terminé (Sprint)
Priority:
Normal
Assigned To:
-
Category:
-
Target version:
PNE-SR - PNE-SR - MTES - Prestation Cadoles - 22 - 24
Start date:
05/04/2020
Due date:
06/12/2020
% Done:

100%

Story points:
2.0
Remaining (hours):
0.00 hour
Velocity based estimate:
Release:
Release relationship:
Auto

Description

Sur plusieurs serveurs j'ai le symptôme suivant :

alors que j'ai forcé une adresse ip pour le service NTP :

# CreoleGet serveur_ntp 
10.1.50.7

qu'il n'y a pas de problème avec ce serveur :

# ntpdate -q 10.1.50.7
server 10.1.50.7, stratum 3, offset 0.000018, delay 0.02675
 4 Apr 14:38:18 ntpdate[8042]: adjust time server 10.253.50.7 offset 0.000018 sec

Le service NTP solicite d'autre serveurs :

root@mse-dev-ldap-a:~# journalctl -f -u ntp.service
-- Logs begin at Thu 2019-03-07 16:27:30 CET. --
avril 04 14:31:17 mse-dev-ldap-a ntpd[4168]: Soliciting pool server 37.120.184.82
avril 04 14:32:22 mse-dev-ldap-a ntpd[4168]: Soliciting pool server 193.1.12.167
avril 04 14:33:26 mse-dev-ldap-a ntpd[4168]: Soliciting pool server 62.210.205.24
avril 04 14:34:30 mse-dev-ldap-a ntpd[4168]: Soliciting pool server 31.130.200.24
avril 04 14:35:37 mse-dev-ldap-a ntpd[4168]: Soliciting pool server 195.50.171.101
avril 04 14:36:42 mse-dev-ldap-a ntpd[4168]: Soliciting pool server 151.80.211.8
avril 04 14:37:46 mse-dev-ldap-a ntpd[4168]: Soliciting pool server 193.27.209.20
avril 04 14:38:53 mse-dev-ldap-a ntpd[4168]: Soliciting pool server 185.121.25.242

Subtasks

Tâche #30122: Conditionner la déclaration du pool supplémentaire europe.pool.ntp.orgFerméBenjamin Bohard

Tâche #30136: Documenter la nouvelle variable servant à conditionner l’utilisation du pool d’horloges de référenceFerméBenjamin Bohard

History

#1 Updated by Daniel Dehennin almost 2 years ago

  • Project changed from Distribution EOLE to eole-common

Cela vient d’un commit qui ajoute toujours un pool de secours (869d44acd13ef9b90930ce76edf528798017e83f) pour la demande #18808.

#2 Updated by Joël Cuissinat almost 2 years ago

  • Subject changed from La configuration n'est pas prise en compte to La configuration NTP n'est pas prise en compte

#3 Updated by Joël Cuissinat over 1 year ago

  • Tracker changed from Demande to Scénario
  • Start date deleted (04/04/2019)

#4 Updated by Thierry Bertrand 12 months ago

  • Due date set to 05/22/2020
  • Target version set to PNE-SR - MTES - Prestation Cadoles - 19 - 21
  • Start date set to 05/04/2020
  • Release set to EOLE 2.6.2

#5 Updated by Thierry Bertrand 12 months ago

la valeur par defaut si introduction d'une variable oui/non doit reproduire le comportement actuel

#6 Updated by Benjamin Bohard 11 months ago

En complément, le résultat de la commande ntpdate -q europe.pool.ntp.org (europe.pool.ntp.org étant le pool de secours)

server 130.208.87.151, stratum 3, offset 0.004592, delay 0.08490
server 163.172.223.2, stratum 2, offset 0.004401, delay 0.04816
server 193.109.84.119, stratum 2, offset -0.001791, delay 0.08853
server 31.31.74.35, stratum 2, offset 0.001091, delay 0.06915
15 May 11:45:59 ntpdate[15203]: adjust time server 163.172.223.2 offset 0.004401 sec

Les serveurs du pool de secours sont dans une strate assez élevée. On a sans doute un problème avec la strate du serveur principal configuré.

La commande ntpq -c pe confirme bien que la synchronisation est faite sur le "serveur principal". Le pool se voit en fait affecté un niveau (stratum) de 16. Les sollicitations sont le comportement normal dès lors que d’autres serveurs sont déclarés. La configuration semble bien prise en compte.

#7 Updated by Thierry Bertrand 11 months ago

  • Target version changed from PNE-SR - MTES - Prestation Cadoles - 19 - 21 to PNE-SR - MTES - Prestation Cadoles - 22 - 24
  • Story points set to 2.0

#8 Updated by Thierry Bertrand 8 months ago

  • Status changed from Nouveau to Terminé (Sprint)

Also available in: Atom PDF