Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Problème de synchronisation NTP

Blackdruid

Bonjour,

En redémarrant mon serveur 16.04.5 LTS ce matin, celui-ci n'était plus à l'heure.

J'ai trouvé ces commandes pour forcer une synchronisation :

sudo service ntp stop
sudo ntpd -gq
sudo service ntp start

Mais il me dit :

ntp.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)

Idem avec ntpd. Pourtant, il semblerait que j'aie bien le daemon qui tourne :

$ pstree | grep ntpd
        |-ntpd---ntpd---ntpd

Et ntpd ne reconnait pas l'argument -g. J'ai finalement pu remettre le serveur à l'heure avec ntpdate :

sudo ntpdate -s time.nist.gov

Maintenant en faisant un timedatectl il semblerait que je n'aie plus la syncho NTP et mon RTC time est à l'ouest :

$ timedatectl
      Local time: Thu 2019-03-21 09:00:29 CET
  Universal time: Thu 2019-03-21 08:00:29 UTC
        RTC time: Wed 2017-02-01 02:44:34
       Time zone: Europe/Paris (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: no

Tout ça ne me semble pas vraiment nickel. Quelqu'un aurait des préconisations pour remettre la synchro NTP d'aplomb ?

Merci.

bruno

Bonjour,

Est-ce que ntp est installé ? Pour voir, retour de :

apt-cache policy ntp

Ce paquet qui fournit le démon ntpd n'est pas forcément nécessaire. Ubuntu utilise par défaut systemd-timesyncd à la place de ntpd.

Essaie d'activer la synchronisation NTP :

sudo timedatectl set-ntp on

et donne à nouveau le retour de timedatectl

En attendant pour l'horloge matérielle (RTC), vérifie avec :

hwclock

et pour synchroniser l'horloge matérielle avec l'heur système :

sudo hwclock -w

Blackdruid

Merci pour tes indications.

Ntp n'est visiblement pas installé :

$ apt-cache policy ntp
ntp:
  Installed: (none)
  Candidate: 1:4.2.8p4+dfsg-3ubuntu5.9
  Version table:
     1:4.2.8p4+dfsg-3ubuntu5.9 500
        500 http://mirrors.online.net/ubuntu xenial-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu xenial-security/main amd64 Packages
     1:4.2.8p4+dfsg-3ubuntu5 500
        500 http://mirrors.online.net/ubuntu xenial/main amd64 Packages

Ceci n'a eu aucun effet :

sudo timedatectl set-ntp on

La synchro de l'horloge matérielle avec l'heure système a fonctionné par contre :

$ timedatectl
      Local time: Thu 2019-03-21 11:35:31 CET
  Universal time: Thu 2019-03-21 10:35:31 UTC
        RTC time: Thu 2019-03-21 10:35:31
       Time zone: Europe/Paris (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: no

Est-ce qu'installer ntp et suivre ce tuto (https://www.tecklyfe.com/fix-ubuntu-timedatectl-ntp-sync-no/) est une bonne piste ?

jlmas

sudo apt install ntp

Devrait suffire à résoudre ton problème

bruno

Cela résoudra le problème, mais la synchronisation devrait fonctionner sans.
La bonne commande était peut être :

sudo timedatectl set-ntp yes

sudo timedatectl set-ntp true

Sinon il faudrait voir :

cat /etc/systemd/timesyncd.conf

Blackdruid

L'install de ntp a résolu le problème quelques instants.

NTP synchronized est passé à yes puis quasi aussitôt à no. Peut-être à cause de ntpdate.

Du coup je l'ai désinstallé puis j'ai fait :

sudo service ntp stop
sudo ntpd -gq
sudo service ntp start
sudo timedatectl set-ntp true

Maintenant ça a l'air bon de façon assez stable. J'ai juste le RTC time en avance de 2 secondes :

$ timedatectl
      Local time: Thu 2019-03-21 12:30:50 CET
  Universal time: Thu 2019-03-21 11:30:50 UTC
        RTC time: Thu 2019-03-21 11:30:52
       Time zone: Europe/Paris (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

Blackdruid

Ok, quand j'ai resynchronisé l'horloge matérielle avec l'horloge logicielle, j'avais 2 seconde de décalage.

J'ai resynchronisé :

sudo hwclock -w

Tout est OK :

$ timedatectl
      Local time: Thu 2019-03-21 12:35:55 CET
  Universal time: Thu 2019-03-21 11:35:55 UTC
        RTC time: Thu 2019-03-21 11:35:55
       Time zone: Europe/Paris (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

Merci les gars :cool:

jlmas

bruno a écritCela résoudra le problème, mais la synchronisation devrait fonctionner sans.

Ça me turlupinait cette histoire, parce que la commande que j'ai donnée fonctionne parfaitement sous Debian

Sur Debian, si on installe ntp, systemd-timesyncd se désactive :

cat /lib/systemd/system/systemd-timesyncd.service.d/disable-with-time-daemon.conf
[Unit]
# don't run timesyncd if we have another NTP daemon installed
ConditionFileIsExecutable=!/usr/sbin/ntpd
ConditionFileIsExecutable=!/usr/sbin/openntpd
ConditionFileIsExecutable=!/usr/sbin/chronyd
ConditionFileIsExecutable=!/usr/sbin/VBoxService

Sur Ubuntu, ce fichier n'existe pas et rien de tel n'a l'air de se passer

sudo ls -l /lib/systemd/system/systemd-timesyncd.*
-rw-r--r-- 1 root root 1342 févr. 28 22:03 /lib/systemd/system/systemd-timesyncd.service

D’où probablement les deux démons qui tournent en même temps et l'un d'eux plante

Blackdruid a écritL'install de ntp a résolu le problème quelques instants.

NTP synchronized est passé à yes puis quasi aussitôt à no.

J'essayerais de voir ce qui se passe en faisant la manip, juste pour comprendre pourquoi Ubuntu gère ça différemment de Debian et pourquoi.

bruno

Sur une Ubuntu server 18.04 ou une Debian 9 sans démon ntp installé, la manip que j'ai donnée fonctionne, à savoir :

sudo timedatectl set-ntp true

Je n'ai pas de 16.04 pour tester et il est probable que ce soit un problème de version.

Le fichier que tu cites (disable-with-time-daemon.conf) est un ensemble de conditions pour rester compatible avec les services dont les paquets ne fournissent pas de fichier de service systemd (ntp, openntpd, etc.). Il n'existe pas sur Ubuntu 18.04 et disparaîtra dans la prochaine Debian 10.