I have a server (Ubuntu 20.04) with an asynchronous time (wrong by around 7.5 minutes; RTC already seems to be equal/close to the "real" time) which I want to correct:
timedatectl
Local time: Do 2021-04-08 14:32:02 CEST
Universal time: Do 2021-04-08 12:32:02 UTC
RTC time: Do 2021-04-08 12:24:16
Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: no
NTP service: n/a
RTC in local TZ: no
To do so I have included some time servers in my /etc/ntp.conf (as described here) and restarted ntp via sudo service ntp restart:
server 0.de.pool.ntp.org
server 1.de.pool.ntp.org
server 2.de.pool.ntp.org
server 3.de.pool.ntp.org
Then I did sudo timedatectl set-time 14:25:00 to set the system clock to the specified time so that the unsynchronized system time will be rather close to the "real" time.
Afterwards the time actually seems to be (more) correct (although saying "System clock synchronized: no"):
timedatectl
Local time: Do 2021-04-08 14:25:04 CEST
Universal time: Do 2021-04-08 12:25:04 UTC
RTC time: Do 2021-04-08 12:25:04
Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: no
NTP service: n/a
RTC in local TZ: no
But suddenly (about half a minute later) I get this again (Local/Universal time != RTC time):
timedatectl
Local time: Do 2021-04-08 14:33:15 CEST
Universal time: Do 2021-04-08 12:33:15 UTC
RTC time: Do 2021-04-08 12:25:29
Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: no
NTP service: n/a
RTC in local TZ: no
What kind of mechanism may interfere here which resets the "Local time" to the wrong time every time again?
[Update]
Ok, by now I have understood that there are actually two separate ways to manage/sync the time in Ubuntu:
Old way:
ntp (more exactly ntpd with its config file /etc/ntp.conf)
-> which is probably still installed on my system as it has been upgraded several times from older Ubuntu distributions
New way:
timesyncd which seems to be the new way since Ubuntu 16.04 (with config file /etc/systemd/timesyncd.conf):
[...] That shall ensure that no two time syncing services are fighting. While no more recommended to be used, this still also applies to ntpd being installed to retain any kind of old behavior/config that you had through an upgrade. But it also implies that on an upgrade from a former release ntp/ntpdate might still be installed and therefore renders the new systemd based services disabled.
ntpdate is considered deprecated in favor of timedatectl (or chrony) and thereby no more installed by default. timesyncd will generally do the right thing keeping your time in sync [...]
Attention: ntp/ntpd != NTP protocol
The old ntpd service which I suppose is installed via sudo apt-get install ntp is not the same as the NTP protocol itself.
This caused a lot of confusion when reading articles about this issue because in the context of timesyncd the NTP protocol is of course used but this has nothing to do with the ntp installation/ntpd command as I understand it.
