Hallo Thorsten,
es geht nur um den Linux-Client, und was den NTP-Client angeht, scheint von allem etwas dabei zu sein. Allerdings kann ich das Problem insgesamt etwas relativieren, weil die Zeit - mal früher, mal später - korrigiert wird.
Ich habe mal die Situation vor der Korrektur überprüft und habe folgende Ausgaben bekommen:
root@r241-virtual2:/home/linuxadmin# service ntp status
● ntp.service
Loaded: masked (/dev/null; bad)
Active: inactive (dead)
root@r241-virtual2:/home/linuxadmin# systemctl status chrony
● chrony.service - chrony, an NTP client/server
Loaded: loaded (/lib/systemd/system/chrony.service; enabled; vendor preset: e
Active: active (running) since Fri 2020-06-05 13:05:03 CEST; 2min 9s ago
Docs: man:chronyd(8)
man:chronyc(1)
man:chrony.conf(5)
Process: 1162 ExecStartPost=/usr/lib/chrony/chrony-helper update-daemon (code=
Process: 1135 ExecStart=/usr/lib/systemd/scripts/chronyd-starter.sh $DAEMON_OP
Main PID: 1160 (chronyd)
Tasks: 1 (limit: 4681)
CGroup: /system.slice/chrony.service
└─1160 /usr/sbin/chronyd
Jun 05 13:05:03 r241-virtual2 systemd[1]: Starting chrony, an NTP client/server.
root@r241-virtual2:/home/linuxadmin# timedatectl status
Local time: Fr 2020-06-05 13:13:19 CEST
Universal time: Fr 2020-06-05 11:13:19 UTC
RTC time: Fr 2020-06-05 11:13:19
Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: no
systemd-timesyncd.service active: yes
RTC in local TZ: no
Irgendwann korrigiert chrony die Zeit:
Jun 5 11:35:14 r241-virtual2 systemd[1]: Starting Time & Date Service...
Jun 5 11:35:14 r241-virtual2 dbus-daemon[975]: [system] Successfully activated service 'org.freedesktop.timedate1'
Jun 5 11:35:14 r241-virtual2 systemd[1]: Started Time & Date Service.
Jun 5 09:36:32 r241-virtual2 chronyd[1117]: Selected source 10.16.1.1
Jun 5 09:36:32 r241-virtual2 chronyd[1117]: System clock wrong by -7199.677617 seconds, adjustment started
Jun 5 09:36:32 r241-virtual2 chronyd[1117]: System clock was stepped by -7199.677617 seconds
oder
Jun 5 12:02:35 r241-virtual2 Scratch2.desktop[2774]: adobe-air: Done
Jun 5 10:03:30 r241-virtual2 chronyd[1113]: Selected source 10.16.1.1
Jun 5 10:03:30 r241-virtual2 chronyd[1113]: System clock wrong by -7200.914989 seconds, adjustment started
Jun 5 10:03:30 r241-virtual2 chronyd[1113]: System clock was stepped by -7200.914989 seconds
und dann sehen die Ausgaben so aus:
root@r241-virtual2:/home/linuxadmin# service ntp status
● ntp.service
Loaded: masked (/dev/null; bad)
Active: inactive (dead)
root@r241-virtual2:/home/linuxadmin# systemctl status chrony
● chrony.service - chrony, an NTP client/server
Loaded: loaded (/lib/systemd/system/chrony.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2020-06-05 12:00:17 CEST; 1h 39min left
Docs: man:chronyd(8)
man:chronyc(1)
man:chrony.conf(5)
Process: 1115 ExecStartPost=/usr/lib/chrony/chrony-helper update-daemon (code=exited, status=0/SUCCESS)
Process: 1088 ExecStart=/usr/lib/systemd/scripts/chronyd-starter.sh $DAEMON_OPTS (code=exited, status=0/SUCCESS)
Main PID: 1113 (chronyd)
Tasks: 1 (limit: 4681)
CGroup: /system.slice/chrony.service
└─1113 /usr/sbin/chronyd
Jun 05 12:00:16 r241-virtual2 systemd[1]: Starting chrony, an NTP client/server...
Jun 05 12:00:17 r241-virtual2 chronyd[1113]: chronyd version 3.2 starting (+CMDMON +NTP +REFCLOCK +RTC +PRIVDROP +SCFILTER +SECHASH +SIGND +ASYN
Jun 05 12:00:17 r241-virtual2 chronyd[1113]: Frequency 5.802 +/- 0.013 ppm read from /var/lib/chrony/chrony.drift
Jun 05 12:00:17 r241-virtual2 systemd[1]: Started chrony, an NTP client/server.
Jun 05 12:03:31 r241-virtual2 chronyd[1113]: Selected source 10.16.1.1
Jun 05 12:03:31 r241-virtual2 chronyd[1113]: System clock wrong by -7200.914989 seconds, adjustment started
Jun 05 10:03:30 r241-virtual2 chronyd[1113]: System clock was stepped by -7200.914989 seconds
root@r241-virtual2:/home/linuxadmin# timedatectl status
Local time: Fr 2020-06-05 10:23:04 CEST
Universal time: Fr 2020-06-05 08:23:04 UTC
RTC time: Fr 2020-06-05 08:23:05
Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: yes
systemd-timesyncd.service active: yes
RTC in local TZ: no
Da bei uns die meisten Rechner automatisch hochgefahren werden, wird das Problem nicht groß auffallen. Aber bei der Arbeit am Default-cloop kann es schon ärgerlich sein, wenn aufgrund des Zeitunterschiedes zu Beginn z. B. der Domänenbeitritt Schwierigkeiten macht.
Viele Grüße
Wilfried