Centos – Die Systemuhr von Amazon Aws Centos 7 ist schnell?

Wir haben eine Amazon AWS-Instanz mit CentOS Linux 7 (Core) . Aber vielleicht ist das nicht systemspezifisch

Vor ein paar Tagen die Systemuhr (Datum ) beginnt sehr schnell zu beschleunigen.
Wenn wir es mit Hardware Clock synchronisieren (hwclock ), nach ca. 10-20 Minuten Systemuhr (Datum ) 48 Sekunden voraus.
And 48 secs offset is the max value . Nach ein paar Stunden wird es auch 48 Sekunden voraus sein.

Ich weiß, dass ein kleiner Versatz normal ist. Aber ein Versatz von 48 Sekunden in ~10-20 Minuten ist nicht normal.
Ich weiß auch, dass es Dateien und Bibliotheken wie adjtimex gibt, die den „Delta“-Wert verwenden können und die Systemzeit anpassen.
Aber in meinem Fall, Beschleunigungsprozess stoppt, wenn er ~48 Sekunden erreicht hat.
Also, hwclock druckt zum Beispiel 12:00:00 und Datum wird 12:00:48 ausgeben

Ich habe versucht:

1. Installieren Sie ntpdate und Zeit über ntpdate pool.ntp.org synchronisieren
2. hwclock --hctosys um die Systemzeit von der Hardwareuhr einzustellen. Auch versucht hwclock --systohc nach dem Synchronisieren von Uhrzeit (Datum) mit ntpdate
3. Datei /etc/sysconfig/clock erstellt mit „HWCLOCK_ADJUST ” param auf true gesetzt . Auch mit false versucht Wert
4. Datei /etc/adjtime gelöscht oder so, die UTC hatten und NULL Werte darin

Aber ohne Glück.

Nach der Zeitsynchronisierung führe ich den nächsten Code aus:$ while true; do ntpdate pool.ntp.org; sleep 60; done

16 Jan 15:29:45 ntpdate[20656]: step time server 129.250.35.251 offset -4.977822 sec
16 Jan 15:30:46 ntpdate[20743]: step time server 129.250.35.251 offset -5.117517 sec
16 Jan 15:31:48 ntpdate[20813]: step time server 74.117.214.3 offset -4.853926 sec
16 Jan 15:32:50 ntpdate[20890]: step time server 23.239.26.89 offset -5.583270 sec
16 Jan 15:33:51 ntpdate[20941]: step time server 74.117.214.3 offset -4.983483 sec
16 Jan 15:34:53 ntpdate[20994]: step time server 12.167.151.1 offset -5.150401 sec
16 Jan 15:35:54 ntpdate[21080]: step time server 173.255.206.154 offset -5.256357 sec
16 Jan 15:37:03 ntpdate[21155]: adjust time server 12.167.151.1 offset 0.011276 sec
16 Jan 15:38:09 ntpdate[21205]: adjust time server 108.61.56.35 offset -0.019818 sec
16 Jan 15:39:16 ntpdate[21241]: adjust time server 108.61.56.35 offset -0.285154 sec
16 Jan 15:40:18 ntpdate[21660]: step time server 108.61.56.35 offset -5.227262 sec
16 Jan 15:41:19 ntpdate[21706]: step time server 108.61.73.244 offset -5.474606 sec
16 Jan 15:42:20 ntpdate[21756]: step time server 108.61.73.244 offset -5.286961 sec
16 Jan 15:43:22 ntpdate[21791]: step time server 108.61.73.244 offset -4.808674 sec
16 Jan 15:44:29 ntpdate[21885]: adjust time server 96.244.96.19 offset -0.010287 sec
16 Jan 15:45:36 ntpdate[21952]: adjust time server 96.244.96.19 offset -0.000296 sec
16 Jan 15:46:43 ntpdate[22013]: adjust time server 96.244.96.19 offset -0.012838 sec
16 Jan 15:47:51 ntpdate[22126]: adjust time server 198.206.133.14 offset -0.347436 sec
16 Jan 15:48:53 ntpdate[22220]: step time server 198.206.133.14 offset -5.570427 sec
16 Jan 15:49:57 ntpdate[22300]: step time server 198.206.133.14 offset -5.229636 sec
16 Jan 15:50:58 ntpdate[22367]: step time server 104.131.53.252 offset -5.466987 sec
16 Jan 15:52:00 ntpdate[22407]: step time server 104.131.53.252 offset -5.298659 sec
16 Jan 15:53:01 ntpdate[22462]: step time server 104.131.53.252 offset -5.127748 sec
16 Jan 15:54:03 ntpdate[22578]: step time server 129.6.15.30 offset -5.014787 sec
16 Jan 15:55:05 ntpdate[22617]: step time server 129.6.15.30 offset -5.144181 sec
16 Jan 15:56:06 ntpdate[22694]: step time server 129.6.15.30 offset -5.436509 sec
16 Jan 15:57:08 ntpdate[22733]: step time server 96.238.43.39 offset -5.038639 sec

Wer kann mir sagen, was hier los ist?
Bedeutet das, dass System Clock funktioniert manchmal etwa ~3-4 Minuten lang?
Vor diesen Logs dachte ich, dass es immer bis zu 48 Sekunden beschleunigt.
Der Grund, warum Logs nicht alle genau 60 Sekunden ausgedruckt werden, weil ntpdate funktioniert ein paar Sekunden und nach der Synchronisierung wird dieser Text geschrieben.

Verwandte:Möglichkeit, einen Abschnitt einer Pipeline vollständig „durchzuleiten“?

Wir haben dieses Problem gelöst, indem wir ntpdate (ntp) als Dienst ausgeführt haben, um das Datum automatisch zu synchronisieren.

Was sind die möglichen Gründe für diese „plötzliche gigantische Beschleunigung“?

Wenn dies kein häufiges Problem ist, wenden wir uns an den Amazon-Support, um Hilfe zu erhalten.

Akzeptierte Antwort:

Das Problem lag wahrscheinlich in einem der Hypervisoren; es könnte die um 48 Sekunden verstellte Uhr gewesen sein; es kommt vor (und ist kein AWS-spezifisches Problem)

Es gab auch einen Xen-Bug, keine Ahnung, ob das heute noch gilt. (ist AWS nicht auf kvm migriert?)

Amazon rät Leuten, chrony zu installieren mit einem ihrer NTP-Server synchronisiert. Sehen Sie sich die AWS-Dokumentation an – EC2 – Setting the Time for Your Linux Instance

Wie in:

sudo yum erase ntp*
sudo yum install chrony

Erstellen Sie /etc/chrony.conf mit:

server 169.254.169.123 prefer iburst

Und zum Schluss:

sudo service chronyd start

Eine Sache, die auch gemäß einem @jordanm-Kommentar versucht werden könnte, ist das Stoppen/Starten des EC2-Servers. Vielleicht haben Sie Glück und bringen es in einem anderen Hypervisor zum Laufen, ohne dass die Uhr verstellt wird.

Wenn diese Maßnahmen das Problem immer noch nicht lösen, würde ich ein Ticket bei Amazon eröffnen.