[CONTOURNÉ] systemd-timesyncd problème de synchronisation

diesel · Le 04/07/2022, à 16:05

j'ai un routeur sous ubuntu 20.04 qui tourne sur un raspberry pi 4B.

Mon problème est que, si je reboote le raspberry, la date se dérègle complètement.

jean-marie@raspberry:~$ sudo timedatectl status
               Local time: lun. 2022-07-04 15:42:38 CEST
           Universal time: lun. 2022-07-04 13:42:38 UTC 
                 RTC time: n/a                          
                Time zone: Europe/Paris (CEST, +0200)   
System clock synchronized: no                           
              NTP service: active                       
          RTC in local TZ: no                           
jean-marie@raspberry:~$ sudo reboot
Connection to raspberry.local closed by remote host.
Connection to raspberry.local closed.
jean-marie@jean-marie:~$ ssh raspberry.local
Welcome to Ubuntu 20.04.4 LTS (GNU/Linux 5.4.0-1065-raspi aarch64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage

  System information as of mar. 31 mai 2022 22:00:03 CEST

  System load:           0.39
  Usage of /:            34.3% of 9.79GB
  Memory usage:          2%
  Swap usage:            0%
  Temperature:           64.8 C
  Processes:             150
  Users logged in:       0
  IPv4 address for eth0: xxx.xxx.xxx.xxx
  IPv6 address for eth0: xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx
  IPv4 address for eth1: yyy.yyy.yyy
  IPv6 address for eth1: yyyy:yyyy:yyyy:yyyy:yyyy:yyyy:yyyy:yyyy


0 updates can be applied immediately.


Last login: Mon Jul  4 15:40:52 2022 from xxxx:xxxx:xxxx:xxxx:zzzz:zzzz:zzzz:zzzz
jean-marie@raspberry:~$ sudo timedatectl status
[sudo] Mot de passe de jean-marie : 
               Local time: mar. 2022-05-31 22:00:33 CEST
           Universal time: mar. 2022-05-31 20:00:33 UTC 
                 RTC time: n/a                          
                Time zone: Europe/Paris (CEST, +0200)   
System clock synchronized: no                           
              NTP service: active                       
          RTC in local TZ: no                           
jean-marie@raspberry:~$

On est passé brutalement du 4 juillet 2022 au 31 mai 2022

Le fichier /etc/systemd/timesyncd.conf contient

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See timesyncd.conf(5) for details.

[Time]
NTP=ntp.ubuntu.com
#NTP=
#FallbackNTP=ntp.ubuntu.com
#RootDistanceMaxSec=5
#PollIntervalMinSec=32
#PollIntervalMaxSec=2048
jean-marie@raspberry:~$

J'ai vérifié en lançant un "tcpdump -i eth1 'udp port 123'" sur une autre console que, lorsque je fais : "sudo timedatectl set-ntp false ; sudo timedatectl set-time '2022-07-04 16:08:30' ; sudo timedatectl set-ntp true", je vois bien passer une requête ntp et sa réponse. Il n'y a donc pas de problème avec mon firewall.

Par contre, même en laissant tourner tcpdump, je n'ai vu passer QUE la requête initiale.

Et effectivement, la ligne : "System clock synchronized: no" dans le résultat de la sommande "sudo timedatectl status" m'inquiète un peu.

J'ajoute que ;

jean-marie@raspberry:~$ dpkg -l |grep ntp
jean-marie@raspberry:~$ dpkg -l |grep chronyd
jean-marie@raspberry:~$

Quelqu'un a une idée ?

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 12/07/2022, à 08:28)

diesel · Le 04/07/2022, à 16:40

J'ajoute que le raspberry pi est exclusivement en ipv6 et qu'un "sudo timedatectl timesync-status" me donne :

jean-marie@raspberry:~$ sudo timedatectl timesync-status
       Server: 185.125.190.56 (ntp.ubuntu.com)  
Poll interval: 4min 16s (min: 32s; max 34min 8s)
 Packet count: 0                                
jean-marie@raspberry:~$

avec une adresse ipv4 pour ntp.ubuntu.com.

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 04/07/2022, à 16:40)

bruno · Le 04/07/2022, à 17:14

Salut,

Il me semble que le RaspberryPi n'a pas d'horloge matérielle. Dans ce cas il est judicieux d'installer fake-hwclock. Tu peux ensuite lire man fake-hwclock mais normalement il n'y a rien à configurer. La date courante est automatiquement enregistrée à intervalle régulier dans un fichier /etc/fake-hwclock.data ce qui évite les gros décalages lors d'un redémarrage.

Cela pourrait suffire à résoudre le problème.

diesel · Le 04/07/2022, à 19:24

Bonjour Bruno,

Merci pour ta suggestion, mais je crois plutôt à un problème de réseau :

jean-marie@raspberry:~$ sudo timedatectl timesync-status
       Server: 185.125.190.58 (ntp.ubuntu.com)  
Poll interval: 34min 8s (min: 32s; max 34min 8s)
 Packet count: 0                                
jean-marie@raspberry:~$ systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2022-05-31 21:58:56 CEST; 2h 14min ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 570 (systemd-timesyn)
     Status: "Idle."
      Tasks: 2 (limit: 9257)
     CGroup: /system.slice/systemd-timesyncd.service
             └─570 /lib/systemd/systemd-timesyncd

mai 31 23:17:31 raspberry systemd-timesyncd[570]: Network configuration changed, trying to establish connection.
mai 31 23:21:28 raspberry systemd-timesyncd[570]: Network configuration changed, trying to establish connection.
mai 31 23:27:12 raspberry systemd-timesyncd[570]: Network configuration changed, trying to establish connection.
mai 31 23:32:37 raspberry systemd-timesyncd[570]: Network configuration changed, trying to establish connection.
mai 31 23:39:04 raspberry systemd-timesyncd[570]: Network configuration changed, trying to establish connection.
mai 31 23:44:51 raspberry systemd-timesyncd[570]: Network configuration changed, trying to establish connection.
mai 31 23:54:12 raspberry systemd-timesyncd[570]: Network configuration changed, trying to establish connection.
mai 31 23:59:46 raspberry systemd-timesyncd[570]: Network configuration changed, trying to establish connection.
juin 01 00:04:25 raspberry systemd-timesyncd[570]: Network configuration changed, trying to establish connection.
juin 01 00:08:33 raspberry systemd-timesyncd[570]: Network configuration changed, trying to establish connection.
jean-marie@raspberry:~$

"Server: 185.125.190.58 (ntp.ubuntu.com)"
"Packet count 0"

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 04/07/2022, à 19:25)

diesel · Le 04/07/2022, à 20:30

J'ai remis le raspberry pi à l'heure et j'ai ça :

jean-marie@raspberry:~$ systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2022-07-04 20:18:41 CEST; 5min ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 1951 (systemd-timesyn)
     Status: "Idle."
      Tasks: 2 (limit: 9257)
     CGroup: /system.slice/systemd-timesyncd.service
             └─1951 /lib/systemd/systemd-timesyncd

juil. 04 20:18:41 raspberry systemd[1]: Starting Network Time Synchronization...
juil. 04 20:18:41 raspberry systemd[1]: Started Network Time Synchronization.
juil. 04 20:23:08 raspberry systemd-timesyncd[1951]: Network configuration changed, trying to establish connection.
jean-marie@raspberry:~$

Si je comprends bien, on voit la première synchro qui se passe bien (à 20h18mn41s) qui correspond fort probablement à ce que j'avais pu constater sur une trace tcpdump, puis une tentative de synchro (à 20h23mn8s) qui n'aboutit pas (probablement parce qu'il essaye avec une adresse ipv4).

Amicalement.

Jean-Marie

lann · Le 04/07/2022, à 20:31

Mon

timedatectl show-timesync

timedatectl show-timesync
FallbackNTPServers=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org
ServerName=2.debian.pool.ntp.org
ServerAddress=2001:41d0:701:1100::1ecc
RootDistanceMaxUSec=5s
PollIntervalMinUSec=32s
PollIntervalMaxUSec=34min 8s
PollIntervalUSec=34min 8s
NTPMessage={ Leap=0, Version=4, Mode=4, Stratum=3, Precision=-25, RootDelay=6.042ms, RootDispersion=1.693ms, Reference=8D06CDAE, OriginateTimestamp=Mon 2022-07-04 20:17:12 CEST, ReceiveTimestamp=Mon 2022-07-04 20:17:12 CEST, TransmitTimestamp=Mon 2022-07-04 20:17:12 CEST, DestinationTimestamp=Mon 2022-07-04 20:17:12 CEST, Ignored=yes PacketCount=69, Jitter=5.116ms }

si ça peut te servir

diesel · Le 04/07/2022, à 21:48

Le mien :

ean-marie@raspberry:~$ timedatectl show-timesync
SystemNTPServers=ntp.ubuntu.com
FallbackNTPServers=ntp.ubuntu.com
ServerName=ntp.ubuntu.com
ServerAddress=91.189.94.4
RootDistanceMaxUSec=5s
PollIntervalMinUSec=32s
PollIntervalMaxUSec=34min 8s
PollIntervalUSec=34min 8s
Frequency=0
jean-marie@raspberry:~$

alors que :

jean-marie@raspberry:~$ host ntp.ubuntu.com
ntp.ubuntu.com has address 185.125.190.56
ntp.ubuntu.com has address 91.189.91.157
ntp.ubuntu.com has address 185.125.190.57
ntp.ubuntu.com has address 185.125.190.58
ntp.ubuntu.com has address 91.189.94.4
ntp.ubuntu.com has IPv6 address 2620:2d:4000:1::40
ntp.ubuntu.com has IPv6 address 2620:2d:4000:1::3f
ntp.ubuntu.com has IPv6 address 2620:2d:4000:1::41
jean-marie@raspberry:~$

ntp.ubuntu.com a bien des adresses ipv6.

Va comprendre Charles ?

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 04/07/2022, à 23:38)

diesel · Le 04/07/2022, à 23:38

Bon,

Dans le fichier /etc/systemd/timesyncd, j'ai remplacé la ligne NTP=ntp.ubuntu.com par NTP=2.fr.pool.ntp.org, redémarré le service systemd-timesyncd et tout fonctionne.

Je sais bien que je n'ai pas trouvé la raison pour laquelle ça ne fonctionnait pas mais maintenant ça marche.

jean-marie@raspberry:/etc$ systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2022-07-04 23:30:10 CEST; 7min ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 2893 (systemd-timesyn)
     Status: "Initial synchronization to time server [2001:41d0:1008:1a1d::1]:123 (2.fr.pool.ntp.org)."
      Tasks: 2 (limit: 9257)
     CGroup: /system.slice/systemd-timesyncd.service
             └─2893 /lib/systemd/systemd-timesyncd

juil. 04 23:30:10 raspberry systemd[1]: Starting Network Time Synchronization...
juil. 04 23:30:10 raspberry systemd[1]: Started Network Time Synchronization.
juil. 04 23:30:10 raspberry systemd-timesyncd[2893]: Initial synchronization to time server [2001:41d0:1008:1a1d::1]:123 (2.fr.pool.ntp.org).
jean-marie@raspberry:/etc$

Sachant que ce service a fonctionné correctement pendant des mois sur ce routeur et que je n'avait strictement rien changé dans la configuration au moment où c'est tombé en panne.

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 04/07/2022, à 23:44)

bruno · Le 05/07/2022, à 07:07

Cette erreur :

mai 31 23:17:31 raspberry systemd-timesyncd[570]: Network configuration changed, trying to establish connection.

est je pense liée à ce bug : https://github.com/systemd/systemd/issues/19143

Si cela fonctionne c'est probablement parce que tu as relancé le service après que les interfaces réseau soient pleinement opérationnelles et non parce que tuas changé l'adresse du serveur NTP.

diesel · Le 05/07/2022, à 09:51

Bonjour Bruno,

J'avais déjà vu la page dont tu as fourni le lien, mais ce n'est pas ça. La preuve, je viens de rebooter le raspberry (comme je le fais régulièrement depuis qu'il a été mis en service) et tout a redémarré parfaitement.

Je pencherais plus pour une erreur dans le cache DNS.

A ce sujet, j'ai encore un petit souci avec ça. Le "serveur" (entre guillemets parce qu'en réalité, il y en a plusieurs) ntp 2.fr.pool.ntp.org fait tourner un certain nombre d'adresses avec (probablement) un round Robin. Or, et je pense que cela est dû au cache de systemd-resolved, dans les requêtes ntp qui partent de chez moi, c'est toujours la même adresse ipv6 de destination qui est utilisée, ce qui fait que, parfois (assez souvent quand-même), je n'ai pas de réponse, probablement parce que l'adresse en question n'est pas active à ce moment là sur le serveur ntp.

Est-il possible d'établir au niveau de systemd-resolved un liste (noire ?) de sites à ne pas mettre en cache ?

[EDIT] Je viens de lire le man resolved.conf et il semble que la seule solution soit de désactiver complètement le cache. Dans mon cas, et compte tenu du peu de requêtes DNS que réalise ce routeur, cela pourrait être la solution. [/EDIT]

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 05/07/2022, à 10:09)

diesel · Le 06/07/2022, à 13:49

Cet après-mi, je suis retourné faire un tour sur mon routeur et voici ce que j'y ai découvert suite à un reboot de ce matin :

jean-marie@raspberry:~$ sudo timedatectl status
               Local time: mer. 2022-07-06 13:39:13 CEST
           Universal time: mer. 2022-07-06 11:39:13 UTC 
                 RTC time: n/a                          
                Time zone: Europe/Paris (CEST, +0200)   
System clock synchronized: yes                          
              NTP service: active                       
          RTC in local TZ: no                           
jean-marie@raspberry:~$ systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2022-07-06 08:37:46 CEST; 5h 1min ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 580 (systemd-timesyn)
     Status: "Initial synchronization to time server [2a05:f480:1400:53d::123]:123 (2.fr.pool.ntp.org)."
      Tasks: 2 (limit: 9257)
     CGroup: /system.slice/systemd-timesyncd.service
             └─580 /lib/systemd/systemd-timesyncd

avril 21 14:54:42 raspberry systemd-timesyncd[580]: System clock time unset or jumped backwards, restoring from recorded timestamp: Wed 2022-07-06 08:37:46 CEST
juil. 06 08:37:46 raspberry systemd[1]: Started Network Time Synchronization.
juil. 06 08:37:48 raspberry systemd-timesyncd[580]: Network configuration changed, trying to establish connection.
juil. 06 08:37:49 raspberry systemd-timesyncd[580]: Network configuration changed, trying to establish connection.
juil. 06 08:37:50 raspberry systemd-timesyncd[580]: Network configuration changed, trying to establish connection.
juil. 06 08:37:51 raspberry systemd-timesyncd[580]: Network configuration changed, trying to establish connection.
juil. 06 08:37:51 raspberry systemd-timesyncd[580]: Network configuration changed, trying to establish connection.
juil. 06 08:37:53 raspberry systemd-timesyncd[580]: Network configuration changed, trying to establish connection.
juil. 06 08:38:06 raspberry systemd-timesyncd[580]: Network configuration changed, trying to establish connection.
juil. 06 08:38:33 raspberry systemd-timesyncd[580]: Initial synchronization to time server [2a05:f480:1400:53d::123]:123 (2.fr.pool.ntp.org).
jean-marie@raspberry:~$

On voit bien la première date erronée due à l'absence d'horloge temps réel sur le raspberry, puis systemd-timesyncd qui récupère la dernière date enregistrée.

Par contre, on voit aussi qu'il a du mal à trouver le serveur ntp (7 essais infructueux) avant d'y arriver enfin au bout de 8 essais.

Je crois que cela "prouve" que l'adresse du serveur est mise en cache quelque part et que les serveurs DNS que j'ai sélectionnés dans resolved.conf ne sont pas interrogés pour fournir une nouvelle adresse à jour.

Je vais essayer de désactiver le cache de systemd-resolved pour voir si ça améliore la situation (j'espère que ce n'est pas systemd-timesyncd qui cache l'adresse du serveur ntp tout seul comme un grand).

Amicalement.

Jean-Marie

diesel · Le 06/07/2022, à 14:13

En fait, ça ne "prouve" rien du tout.

Je crois qu'on est bien dans le cas du bug https://github.com/systemd/systemd/issues/19143 cité fort justement par Bruno.

On a ces lignes : "raspberry systemd-timesyncd[580]: Network configuration changed, trying to establish connection." uniquement lors d'un démarrage de systemd-timesyncd suite à un reboot. Si je fais un restart de systemd-timesyncd sans rebooter le raspberry, il se synchronise immédiatement.

En soit, ce n'est pas très gênant du moment qu'il réussit à se synchroniser au bout de quelques secondes. Ce qui n'était pas le cas au début de ce fil.

Pour l'instant, j'ai désactivé le cache de systemd-resolved et à chaque restart de timesyncd, sous réserve que j'attende quelques minutes entre chaque restart, j'ai bien une adresse de serveur ntp différente? Qui est donc bien le résultat d'une requête DNS.

Je vous tiens au courant pour la suite des tests.

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 06/07/2022, à 14:15)

bruno · Le 06/07/2022, à 14:13

Je persiste à penser que c'est dû à un truc similaire à ce que j'indiquais en #9 et non un problème de cache.
Il faudrait tenter de rajouter :

After=network-online.target

dans l'unité de service systemd-timesyncd.service

Méthode :

sudo systemctl edit systemd-timesyncd.service

et coller :

[Unit]
After=network-online.target

et reboot.

Dernière modification par bruno (Le 06/07/2022, à 14:18)

diesel · Le 06/07/2022, à 14:23

Comme je l'ai dit juste au dessus, il y a de ça. Mais systemd-timesyncd a l'air de le gérer sans trop de problème au prix de quelques essais de synchronisation erronés.

Et cela n'explique pas du tout le pourquoi de l'adresse ipv4 correspondant à ntp.ubuntu.org (185.125.190.56) que j'ai montrée au #2 et au #4 et qui n'a rien à faire sur une machine full ipv6 et qui était, je pense, le vrai problème de mes soucis de synchronisation ntp.

Une fois le cache de systemd-resolved désactivé, je vais refaire un essai en utilisant ntp.ubuntu.com.

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 06/07/2022, à 14:24)

diesel · Le 06/07/2022, à 14:33

Résultat des courses en changeant juste la ligne "NTP=" du fichier timesyncd.conf puis reboot :

jean-marie@raspberry:~$ sudo timedatectl status
[sudo] Mot de passe de jean-marie : 
               Local time: mer. 2022-07-06 14:29:25 CEST
           Universal time: mer. 2022-07-06 12:29:25 UTC 
                 RTC time: n/a                          
                Time zone: Europe/Paris (CEST, +0200)   
System clock synchronized: no                           
              NTP service: active                       
          RTC in local TZ: no                           
jean-marie@raspberry:~$ systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2022-07-06 14:26:00 CEST; 3min 51s ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 575 (systemd-timesyn)
     Status: "Idle."
      Tasks: 2 (limit: 9257)
     CGroup: /system.slice/systemd-timesyncd.service
             └─575 /lib/systemd/systemd-timesyncd

juil. 06 14:26:00 raspberry systemd[1]: Started Network Time Synchronization.
juil. 06 14:26:02 raspberry systemd-timesyncd[575]: Network configuration changed, trying to establish connection.
juil. 06 14:26:03 raspberry systemd-timesyncd[575]: Network configuration changed, trying to establish connection.
juil. 06 14:26:03 raspberry systemd-timesyncd[575]: Network configuration changed, trying to establish connection.
juil. 06 14:26:04 raspberry systemd-timesyncd[575]: Network configuration changed, trying to establish connection.
juil. 06 14:26:04 raspberry systemd-timesyncd[575]: Network configuration changed, trying to establish connection.
juil. 06 14:26:05 raspberry systemd-timesyncd[575]: Network configuration changed, trying to establish connection.
juil. 06 14:26:06 raspberry systemd-timesyncd[575]: Network configuration changed, trying to establish connection.
juil. 06 14:26:20 raspberry systemd-timesyncd[575]: Network configuration changed, trying to establish connection.
juil. 06 14:26:31 raspberry systemd-timesyncd[575]: Network configuration changed, trying to establish connection.
jean-marie@raspberry:~$ timedatectl show-timesync
SystemNTPServers=ntp.ubuntu.com
FallbackNTPServers=ntp.ubuntu.com
ServerName=ntp.ubuntu.com
ServerAddress=185.125.190.56
RootDistanceMaxUSec=5s
PollIntervalMinUSec=32s
PollIntervalMaxUSec=34min 8s
PollIntervalUSec=17min 4s
Frequency=0
jean-marie@raspberry:~$

Et il me ressort cette adresse ipv4 !

Et moi qui croyais avoir un peu compris...

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 06/07/2022, à 14:34)

diesel · Le 06/07/2022, à 14:39

Et en "virant" ubuntu :

jean-marie@raspberry:~$ timedatectl show-timesync
SystemNTPServers=2.fr.pool.ntp.org
FallbackNTPServers=ntp.ubuntu.com
ServerName=2.fr.pool.ntp.org
ServerAddress=2a01:e0a:1f1:5cd0::1:1
RootDistanceMaxUSec=5s
PollIntervalMinUSec=32s
PollIntervalMaxUSec=34min 8s
PollIntervalUSec=2min 8s
NTPMessage={ Leap=0, Version=4, Mode=4, Stratum=4, Precision=-24, RootDelay=23.727ms, RootDispersion=81.146ms, Reference=C0A806C2, OriginateTimestamp=Wed 2022-07-06 14:37:38 CEST, ReceiveTimestamp=Wed 2022-07-06 14:37:38 CEST, TransmitTimestamp=Wed 2022-07-06 14:37:38 CEST, DestinationTimestamp=Wed 2022-07-06 14:37:38 CEST, Ignored=no PacketCount=3, Jitter=1.011ms }
Frequency=-274841
jean-marie@raspberry:~$

C'est quand-même nettement mieux.

Concernant la date du 31 mai 2022 qu'on voit apparaître dans mes premiers posts de ce fil, je pense que c'est la dernière date de synchronisation qui a été enregistrée par systemd-timesyncd avant que ça tombe en panne.

Par contre, je n'ai vraiment aucune explication à ce phénomène.

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 06/07/2022, à 14:42)

diesel · Le 10/07/2022, à 13:16

Les dernières nouvelles du front :

J'ai fait une recherche dans (presque) toute l'arborescence avec la chaîne de caractères : "185.125.190.5" et je n'ai rien trouvé (hormis dans un fichier /home/$USER/toto créé spécialement pour vérifier le bon fonctionnement de la commande de recherche).

Après, j'ai recherché la chaîne de caractères : "ntp.ubuntu.com" et la seule correspondance que j'ai trouvée, c'est ça ;

jean-marie@raspberry:~$ sudo grep -iR "ntp.ubuntu.com" /lib 2>/dev/null
Fichier binaire /lib/systemd/systemd-timesyncd correspondant
jean-marie@raspberry:~$

Cela veut dire que le nom ntp.ubuntu.com a été codé "en dur" dans cette implémentation de systemd-timesyncd.

Alors, est-ce que ça explique le fonctionnement bizarre que je constate ? Peut-être..., ou pas.

Amicalement.

Jean-Marie

bruno · Le 10/07/2022, à 14:37

diesel a écrit :

Cela veut dire que le nom ntp.ubuntu.com a été codé "en dur" dans cette implémentation de systemd-timesyncd.

Non pas vraiment, les serveurs NTP par défaut sont introduits à la construction du paquet, ou si tu préfères en tant que paramètre au moment de la compilation.

Concernant le souci de synchronisation, je pense que ta configuration réseau y est pour quelque chose. Tu as toujours cette erreur dans les retours (cf. #9) :

juil. 06 14:26:02 raspberry systemd-timesyncd[575]: Network configuration changed, trying to establish connection.

Est-ce que tu as fait ce que j'ai indiqué en #13 ?
Sinon comment les adresses IPv6 sont-elles obtenues, fixées, via SLAAC, via DHCPv6 ?

diesel · Le 10/07/2022, à 15:55

bruno a écrit :

diesel a écrit :
Cela veut dire que le nom ntp.ubuntu.com a été codé "en dur" dans cette implémentation de systemd-timesyncd.
Non pas vraiment, les serveurs NTP par défaut sont introduits à la construction du paquet, ou si tu préfères en tant que paramètre au moment de la compilation.

C'est bien ce que je dis, c'est "en dur" dans le binaire stocké sur ma machine. Je ne l'ai pas inventé, c'est ce que me dit grep.

bruno a écrit :

Concernant le souci de synchronisation, je pense que ta configuration réseau y est pour quelque chose. Tu as toujours cette erreur dans les retours (cf. #9) :
juil. 06 14:26:02 raspberry systemd-timesyncd[575]: Network configuration changed, trying to establish connection.
Est-ce que tu as fait ce que j'ai indiqué en #13 ?

Oui, j'ai toujours ces messages à la suite d'un reboot (que je n'ai pas en redémarrant juste le service). Et comme le code de systemd-timesyncd a prévu le coup et sait s'en débrouiller, je n'ai pas fait la modif que tu as suggérée parce qu'elle risque de disparaître (sans prévenir) à la première mise à jour du package. Je préfère donc laisser en l'état.

Et de toutes manières, le problème n'est pas là puisque j'ai le même comportement anormal suite à un simple redémarrage du service (j'ai ajouté à la main des lignes de séparation avant celles contenant des commandes pour améliorer la lisibilité) :

jean-marie@raspberry:~$ cat /etc/systemd/timesyncd.conf 
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See timesyncd.conf(5) for details.

[Time]
#NTP=
NTP=2.fr.pool.ntp.org
#FallbackNTP=ntp.ubuntu.com
#RootDistanceMaxSec=5
#PollIntervalMinSec=32
#PollIntervalMaxSec=2048

##################################################################################

jean-marie@raspberry:~$ sudo systemctl restart systemd-timesyncd

##################################################################################

jean-marie@raspberry:~$ sudo systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2022-07-10 15:41:30 CEST; 5s ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 197909 (systemd-timesyn)
     Status: "Initial synchronization to time server [2a00:1080:800::6:1]:123 (2.fr.pool.ntp.org)."
      Tasks: 2 (limit: 9257)
     CGroup: /system.slice/systemd-timesyncd.service
             └─197909 /lib/systemd/systemd-timesyncd

juil. 10 15:41:30 raspberry systemd[1]: Starting Network Time Synchronization...
juil. 10 15:41:30 raspberry systemd[1]: Started Network Time Synchronization.
juil. 10 15:41:30 raspberry systemd-timesyncd[197909]: Initial synchronization to time server [2a00:1080:800::6:1]:123 (2.fr.pool.ntp.org).

##################################################################################

jean-marie@raspberry:~$ sudo sed -i s/^"NTP=2.fr.pool.ntp.org"/"NTP=ntp.ubuntu.com"/ /etc/systemd/timesyncd.conf

##################################################################################

jean-marie@raspberry:~$ cat /etc/systemd/timesyncd.conf 
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See timesyncd.conf(5) for details.

[Time]
#NTP=
NTP=ntp.ubuntu.com
#FallbackNTP=ntp.ubuntu.com
#RootDistanceMaxSec=5
#PollIntervalMinSec=32
#PollIntervalMaxSec=2048

##################################################################################

jean-marie@raspberry:~$ sudo systemctl restart systemd-timesyncd

##################################################################################

jean-marie@raspberry:~$ sudo systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2022-07-10 15:42:06 CEST; 8s ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 197923 (systemd-timesyn)
     Status: "Idle."
      Tasks: 2 (limit: 9257)
     CGroup: /system.slice/systemd-timesyncd.service
             └─197923 /lib/systemd/systemd-timesyncd

juil. 10 15:42:06 raspberry systemd[1]: Starting Network Time Synchronization...
juil. 10 15:42:06 raspberry systemd[1]: Started Network Time Synchronization.

##################################################################################

jean-marie@raspberry:~$ sudo timedatectl show-timesync
SystemNTPServers=ntp.ubuntu.com
FallbackNTPServers=ntp.ubuntu.com
ServerName=ntp.ubuntu.com
ServerAddress=185.125.190.57
RootDistanceMaxUSec=5s
PollIntervalMinUSec=32s
PollIntervalMaxUSec=34min 8s
PollIntervalUSec=2min 8s
Frequency=0
jean-marie@raspberry:~$

On voit bien, suite au redémarrage de timesyncd que, avec l'adresse 2.fr.pool.ntp.org, le service est passé en : Status: "Initial synchronization to time server [2a01:e0a:1f1:5cd0::1:1]:123 (2.fr.pool.ntp.org).", alors que, lorsque j'ai mis l'adresse ntp.ubuntu.com, le service est en : Status: "Idle." et que l'adresse qui a été sélectionnée pour tenter de contacter le serveur est une adresse ipv4 (185.125.190.57). Et que c'est bien ça le problème.

Et que je ne vois pas trop de différence entre :

jean-marie@raspberry:~$ host 2.fr.pool.ntp.org
2.fr.pool.ntp.org has address 51.15.191.239
2.fr.pool.ntp.org has address 188.165.236.162
2.fr.pool.ntp.org has address 54.38.222.63
2.fr.pool.ntp.org has address 91.121.68.116
2.fr.pool.ntp.org has IPv6 address 2001:41d0:a:5a7::1
2.fr.pool.ntp.org has IPv6 address 2a00:1080:807:200::5:1
2.fr.pool.ntp.org has IPv6 address 2001:418:3ff::1:53
2.fr.pool.ntp.org has IPv6 address 2001:41d0:a:25b3::1
jean-marie@raspberry:~$ host ntp.ubuntu.com
ntp.ubuntu.com has address 185.125.190.57
ntp.ubuntu.com has address 185.125.190.58
ntp.ubuntu.com has address 91.189.94.4
ntp.ubuntu.com has address 185.125.190.56
ntp.ubuntu.com has address 91.189.91.157
ntp.ubuntu.com has IPv6 address 2620:2d:4000:1::41
ntp.ubuntu.com has IPv6 address 2620:2d:4000:1::3f
ntp.ubuntu.com has IPv6 address 2620:2d:4000:1::40
jean-marie@raspberry:~$

bruno a écrit :

Sinon comment les adresses IPv6 sont-elles obtenues, fixées, via SLAAC, via DHCPv6 ?

Pour mes adresses ipv6, elles sont obtenues via SLAAC.

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 10/07/2022, à 16:18)

diesel · Le 12/07/2022, à 08:34

Et le plus "drôle", c'est que mon PC sur lequel j'écris actuellement, qui est en double pile ipv4 et ipv6 (tous les sites web n'ont pas encore basculé en ipv6, loin de là...) et dont le fichier /etc/systemd/timesyncd.conf est resté en version par défaut, se synchronise bien sur le site ntp.ubuntu.com et avec une adresse ipv6 !

jean-marie@jean-marie:~$ sudo timedatectl show-timesync
[sudo] Mot de passe de jean-marie : 
FallbackNTPServers=ntp.ubuntu.com
ServerName=ntp.ubuntu.com
ServerAddress=2620:2d:4000:1::3f
RootDistanceMaxUSec=5s
PollIntervalMinUSec=32s
PollIntervalMaxUSec=34min 8s
PollIntervalUSec=17min 4s
NTPMessage={ Leap=0, Version=4, Mode=4, Stratum=2, Precision=-25, RootDelay=1.037ms, RootDispersion=244us, Reference=11FD227D, OriginateTimestamp=Tue 2022-07-12 08:25:34 CEST, ReceiveTimestamp=Tue 2022-07-12 08:25:34 CEST, TransmitTimestamp=Tue 2022-07-12 08:25:34 CEST, DestinationTimestamp=Tue 2022-07-12 08:25:34 CEST, Ignored=no PacketCount=6, Jitter=8.906ms }
Frequency=4718673
jean-marie@jean-marie:~$

Amicalement.

Jean-Marie

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 04/07/2022, à 16:05

[CONTOURNÉ] systemd-timesyncd problème de synchronisation

#2 Le 04/07/2022, à 16:40

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#3 Le 04/07/2022, à 17:14

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#4 Le 04/07/2022, à 19:24

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#5 Le 04/07/2022, à 20:30

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#6 Le 04/07/2022, à 20:31

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#7 Le 04/07/2022, à 21:48

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#8 Le 04/07/2022, à 23:38

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#9 Le 05/07/2022, à 07:07

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#10 Le 05/07/2022, à 09:51

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#11 Le 06/07/2022, à 13:49

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#12 Le 06/07/2022, à 14:13

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#13 Le 06/07/2022, à 14:13

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#14 Le 06/07/2022, à 14:23

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#15 Le 06/07/2022, à 14:33

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#16 Le 06/07/2022, à 14:39

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#17 Le 10/07/2022, à 13:16

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#18 Le 10/07/2022, à 14:37

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#19 Le 10/07/2022, à 15:55

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

#20 Le 12/07/2022, à 08:34

Re : [CONTOURNÉ] systemd-timesyncd problème de synchronisation

Pied de page des forums