Scénario #27618
La configuration NTP n'est pas prise en compte
100%
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
Sous-tâches
Historique
#1 Mis à jour par Daniel Dehennin il y a presque 5 ans
- Projet changé de Distribution EOLE à eole-common
Cela vient d’un commit qui ajoute toujours un pool de secours (869d44acd13ef9b90930ce76edf528798017e83f) pour la demande #18808.
#2 Mis à jour par Joël Cuissinat il y a presque 5 ans
- Sujet changé de La configuration n'est pas prise en compte à La configuration NTP n'est pas prise en compte
#3 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Tracker changé de Demande à Scénario
- Début
04/04/2019supprimé
#4 Mis à jour par Thierry Bertrand il y a presque 4 ans
- Echéance mis à 22/05/2020
- Version cible mis à PNE-SR - MTES - Prestation Cadoles - 19 - 21
- Début mis à 04/05/2020
- Release mis à EOLE 2.6.2
#5 Mis à jour par Thierry Bertrand il y a presque 4 ans
la valeur par defaut si introduction d'une variable oui/non doit reproduire le comportement actuel
#6 Mis à jour par Benjamin Bohard il y a presque 4 ans
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 Mis à jour par Thierry Bertrand il y a presque 4 ans
- Version cible changé de PNE-SR - MTES - Prestation Cadoles - 19 - 21 à PNE-SR - MTES - Prestation Cadoles - 22 - 24
- Points de scénarios mis à 2.0
#8 Mis à jour par Thierry Bertrand il y a plus de 3 ans
- Statut changé de Nouveau à Terminé (Sprint)