Ich habe ein Problem. Es gibt Nachrichten wie
Mar 1 15:52:34 ubuntu systemd[1]: Time has been changed
Mar 1 15:52:34 ubuntu systemd[1]: snapd.refresh.timer: Adding 1h 16min 25.978183s random time.
Mar 1 15:52:34 ubuntu systemd[1]: apt-daily.timer: Adding 8h 21min 914.167ms random time.
Mar 1 15:52:34 ubuntu systemd[6041]: Time has been changed
alle 5 Sekunden in / var / log / syslog. Es sieht so aus, als würde sich die Zeit ständig ändern. Es ist wirklich nervig und ich verstehe das etwas nicht stimmt und möchte es beheben. Auch die RTC-Zeit stimmt nicht.
Einige Infos zu meinem System :
- Ubuntu 16.04, 4.4.0-64-generisch, x86_64, läuft auf VDS
timedatectl
:
Local time: Ср 2017-03-01 16:05:03 MSK
Universal time: Ср 2017-03-01 13:05:03 UTC
RTC time: Пт 2017-03-03 11:33:10
Time zone: Europe/Moscow (MSK, +0300)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
iptables
:
Chain INPUT (policy DROP)
Chain OUTPUT (policy ACCEPT)
Die INPUT
Kette enthält meine Regeln.
systemctl list-units | grep running
acpid.path loaded active running ACPI Events Check
init.scope loaded active running System and Service Manager
acpid.service loaded active running ACPI event daemon
asterisk.service loaded active running Asterisk PBX
atd.service loaded active running Deferred execution scheduler
cron.service loaded active running Regular background program processing daemon
dbus.service loaded active running D-Bus System Message Bus
[email protected] loaded active running Getty on tty1
hv-kvp-daemon.service loaded active running Hyper-V KVP Protocol Daemon
hv-vss-daemon.service loaded active running Hyper-V VSS Protocol Daemon
iscsid.service loaded active running iSCSI initiator daemon (iscsid)
lvm2-lvmetad.service loaded active running LVM2 metadata daemon
lxcfs.service loaded active running FUSE filesystem for LXC
mdadm.service loaded active running LSB: MD monitoring daemon
mysql.service loaded active running MySQL Community Server
[email protected] loaded active running OpenVPN connection to server
rsyslog.service loaded active running System Logging Service
snapd.service loaded active running Snappy daemon
ssh.service loaded active running OpenBSD Secure Shell server
systemd-journald.service loaded active running Journal Service
systemd-timesyncd.service loaded active running Network Time Synchronization
systemd-udevd.service loaded active running udev Kernel Device Manager
[email protected] loaded active running User Manager for UID 1000
vpsguard.service loaded active running VPSGUARD
acpid.socket loaded active running ACPID Listen Socket
dbus.socket loaded active running D-Bus System Message Bus Socket
lvm2-lvmetad.socket loaded active running LVM2 metadata daemon socket
snapd.socket loaded active running Socket activation for snappy daemon
Ich habe versucht :
sudo systemctl stop systemd-timesyncd.service
- NTP installieren / deinstallieren
sudo hwclock -w
Ich habe sclockadj nicht installiert. Außerdem habe ich meinen VDS-Anbieter gefragt, ob er NTP-Anfragen blockiert. Nein, das tun sie nicht.
Update 1
Ich habe einen anderen VDS # 2 völlig gleich eingerichtet. systemd[1]: Time has been changed
Ich habe diese Nachricht einige Minuten erhalten, nachdem diese Nachricht CRON[3684]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
aufgetaucht ist und das Problem behoben ist. Allerdings habe ich versucht, VDS # 2 zu aktualisieren und gleich nach dem Neustart wurde diese Zeit erneut geändert.
Fand diesen Thread , vielleicht kann er mehr Informationen geben. Es scheint ein Kernelproblem zu sein.
Versucht, Kernel, systemd, udev downgraden, aber nichts davon funktioniert nicht. Und wie ich aus einigen Antworten ersehen kann, ist es kein Problem nur mit meinem Hoster und meiner Virtualisierung.
In HyperV / Azure kann die Nachricht deaktiviert werden, indem ein Filter für Syslog erstellt wird.
Erstellen Sie eine neue Datei in /etc/rsyslog.d
Fügen Sie zwei Zeilen ein
Starten Sie rsyslog neu
Oder Sie können die Synchronisierung der Hostzeit auf VMBUS deaktivieren. Ich habe die Zeile unter /etc/rc.local gesetzt
quelle
Auf einer Microsoft Azure-VM ist das gleiche Problem aufgetreten. Das Einstellen der Hardware-Uhr auf die Systemzeit hat mir geholfen.
quelle