system clock synchronisiert nicht

G

goeldi

Renowned Member
Dec 6, 2012
28
1
68
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:
Code: 
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:
Code: 
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:
Code: 
● 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:
Code: 
[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.
 
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.
 
timedatectl set-ntp true setzt den NTP service auf active, was schon vorher war.

Output von timedatectl show:
Code: 
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:
Code: 
       Server: 2a01:4f8:0:a112::2:2 (ntp.hetzner.de)
Poll interval: 1min 4s (min: 32s; max 1min 2s)
 Packet count: 0
 
'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...
 
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
 
goeldi said:
ntpd zu installieren widerspricht ja dem Standard, da Proxmox mit systemd-timesyncd läuft ...
Click to expand...
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.
 
You must log in or register to reply here.
Top Bottom