system clock synchronisiert nicht

[goeldi]

Ich hab in der Suche zahlreiche Posts zum Thema timesyncd gefunden, aber keine Lösung zu folgendem Problem.

Es geht um einen Hetzner Server mit:
pve-manager 6.4-8 mit kernel 5.4.119-1-pve

timedatectl status meldet:

Local time: Mi 2021-06-16 11:31:42 CEST
           Universal time: Mi 2021-06-16 09:31:42 UTC
                 RTC time: Mi 2021-06-16 09:31:43
                Time zone: Europe/Zurich (CEST, +0200)
System clock synchronized: no
              NTP service: active
          RTC in local TZ: no

ntpd ist deinstalliert.

journalctl -u systemd-timesyncd meldet:

Jun 16 11:31:27 he1 systemd[1]: Stopping Network Time Synchronization...
Jun 16 11:31:27 he1 systemd[1]: systemd-timesyncd.service: Succeeded.
Jun 16 11:31:27 he1 systemd[1]: Stopped Network Time Synchronization.
Jun 16 11:31:27 he1 systemd[1]: Starting Network Time Synchronization...
Jun 16 11:31:27 he1 systemd[1]: Started Network Time Synchronization.

systemctl status systemd-timesyncd meldet:

● systemd-timesyncd.service - Network Time Synchronization
   Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
  Drop-In: /lib/systemd/system/systemd-timesyncd.service.d
           └─disable-with-time-daemon.conf
   Active: active (running) since Wed 2021-06-16 11:31:27 CEST; 6min ago
     Docs: man:systemd-timesyncd.service(8)
 Main PID: 4868 (systemd-timesyn)
   Status: "Idle."
    Tasks: 2 (limit: 4915)
   Memory: 2.0M
   CGroup: /system.slice/systemd-timesyncd.service
           └─4868 /lib/systemd/systemd-timesyncd

In /etc/systemd/timesyncd.conf steht:

[Time]
NTP=ntp.hetzner.de
#NTP=ntp1.hetzner.de ntp2.hetzner.com ntp3.hetzner.net
#NTP=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org
RootDistanceMaxSec=5
PollIntervalMinSec=32
PollIntervalMaxSec=62

Meine Frage ist nun, warum timedatectl status anzeigt
System clock synchronized: no

Die Systemzeit wird nicht eingestellt.

Vielen Dank für einen Hinweis.

 

[Stefan_R]

timedatectl set-ntp true sollte den sync aktivieren, soweit ich weiß auch dauerhaft. Ansonstent auch einmal den output von timedatectl show oder timedatectl timesync-status ansehen/posten.

 

[goeldi]

timedatectl set-ntp true setzt den NTP service auf active, was schon vorher war.

Output von timedatectl show:

Timezone=Europe/Zurich
LocalRTC=no
CanNTP=yes
NTP=yes
NTPSynchronized=no
TimeUSec=Wed 2021-06-16 15:07:27 CEST
RTCTimeUSec=Wed 2021-06-16 15:07:28 CEST

Output von timedatectl timesync-status:

       Server: 2a01:4f8:0:a112::2:2 (ntp.hetzner.de)
Poll interval: 1min 4s (min: 32s; max 1min 2s)
 Packet count: 0

 

[Stefan_R]

'hwclock' settings wären noch eine Option, also hwclock --systohc. Ansonsten eventuell firewall-regeln durchsuchen, ob NTP denn überaupt durchgelassen wird, und der server stimmt. Vielleicht auch einmal ntpd oder chrony probieren...

 

[goeldi]

hwclock und systemtime sind beide gleich falsch. Deshalb nützt mir hwclock --systohc nix.

IPTables erlaubt den NTP Port:
# iptables -L -n|grep 123
RETURN udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:123 RETURN udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:123

Zuerst stoppe ich systemd-timesyncd:
# systemctl stop systemd-timesyncd

und dann frage ich mit ntpdate den debian pool ab:
# ntpdate 0.debian.pool.ntp.org 16 Jun 16:53:39 ntpdate[17611]: sendto(static.29.14.202.116.clients.your-server.de): Operation not permitted 16 Jun 16:53:39 ntpdate[17611]: sendto(formularfetischisten.de): Operation not permitted 16 Jun 16:53:40 ntpdate[17611]: sendto(yyz-1.ip.0xt.ca): Operation not permitted 16 Jun 16:53:40 ntpdate[17611]: sendto(62.141.38.38 (vps2115241.dedi.server-hosting.expert)): Operation not permitted 16 Jun 16:53:41 ntpdate[17611]: sendto(static.29.14.202.116.clients.your-server.de): Operation not permitted 16 Jun 16:53:41 ntpdate[17611]: sendto(formularfetischisten.de): Operation not permitted 16 Jun 16:53:42 ntpdate[17611]: sendto(yyz-1.ip.0xt.ca): Operation not permitted 16 Jun 16:53:42 ntpdate[17611]: sendto(62.141.38.38 (vps2115241.dedi.server-hosting.expert)): Operation not permitted 16 Jun 16:53:43 ntpdate[17611]: sendto(static.29.14.202.116.clients.your-server.de): Operation not permitted 16 Jun 16:53:43 ntpdate[17611]: sendto(formularfetischisten.de): Operation not permitted 16 Jun 16:53:44 ntpdate[17611]: sendto(yyz-1.ip.0xt.ca): Operation not permitted 16 Jun 16:53:44 ntpdate[17611]: sendto(62.141.38.38 (vps2115241.dedi.server-hosting.expert)): Operation not permitted 16 Jun 16:53:45 ntpdate[17611]: sendto(static.29.14.202.116.clients.your-server.de): Operation not permitted 16 Jun 16:53:45 ntpdate[17611]: sendto(formularfetischisten.de): Operation not permitted 16 Jun 16:53:46 ntpdate[17611]: sendto(yyz-1.ip.0xt.ca): Operation not permitted 16 Jun 16:53:46 ntpdate[17611]: sendto(62.141.38.38 (vps2115241.dedi.server-hosting.expert)): Operation not permitted 16 Jun 16:53:48 ntpdate[17611]: no server suitable for synchronization found

ntpd zu installieren widerspricht ja dem Standard, da Proxmox mit systemd-timesyncd läuft ...

Folgendes funktioniert:
# timedatectl set-time "2021-06-16 16:54:20"

Danach meldet timedatectl status:
NTP service: inactive

Ich aktiviere es wieder mit
timedatectl set-ntp true

 

[t.lamprecht]

ntpd zu installieren widerspricht ja dem Standard, da Proxmox mit systemd-timesyncd läuft ...

Nicht wirklich, NTP ist frei wählbar und das nächste Major-Release, also Proxmox VE 7.0, wird auch auf chrony als Default wechseln da das Design von sytemd-timesync für den Server Betrieb nicht immer gut geignet ist.

Viele User hier haben gute Erfahrung mit chrony oder ntpd, sehe ich keinen Grund dagegen, im Gegenteil.