J'ai un problème. Il y a des messages comme
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
toutes les 5 secondes dans / var / log / syslog. On dirait que quelque chose change constamment le temps. C'est vraiment ennuyeux et je comprends que quelque chose ne va pas et j'aimerais le réparer. De plus, l'heure RTC n'est pas correcte.
Quelques informations sur mon système :
- Ubuntu 16.04, 4.4.0-64-générique, x86_64, fonctionnant sur 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)
La INPUT
chaîne a mes règles à l'intérieur.
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
J'ai essayé :
sudo systemctl stop systemd-timesyncd.service
- installation / désinstallation de NTP
sudo hwclock -w
Je n'ai pas installé sclockadj. J'ai également demandé à mon fournisseur VDS s'ils bloquaient les demandes NTP. Non, ils ne le font pas.
Mise à jour 1
J'ai configuré un autre VDS # 2 complètement identique. systemd[1]: Time has been changed
recevait ce message quelques minutes, après que ce message soit CRON[3684]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
apparu et que le problème ait disparu. Cependant, j'ai essayé de mettre à niveau VDS # 2 et juste après le redémarrage, cette fois-ci a de nouveau été modifiée.
Trouvé ce fil , peut-être qu'il peut donner plus d'informations. On dirait que c'est un problème de noyau.
J'ai essayé de rétrograder le noyau, systemd, udev, mais rien de tout cela ne fonctionne pas. Et comme je peux le voir dans certaines réponses, ce n'est pas un problème avec mon hébergeur et ma virtualisation uniquement.
Sur HyperV / Azure, le message peut être désactivé en créant un filtre pour syslog.
créer un nouveau fichier dans /etc/rsyslog.d
insérer deux lignes
redémarrer rsyslog
Ou vous pouvez désactiver la synchronisation de l'heure de l'hôte sur VMBUS. Je mets la ligne sous /etc/rc.local
la source
J'ai rencontré le même problème sur une machine virtuelle Microsoft Azure. Régler l'horloge matérielle sur l'heure système a fait l'affaire pour moi;
la source