Centos - L'orologio di sistema Amazon AWS Centos 7 è veloce?

Abbiamo istanza Amazon AWS con CentOS Linux 7 (core) . Ma forse non è specifico per il sistema

Pochi giorni fa l'Orologio di sistema (data ) inizia ad accelerare molto velocemente.
Se lo sincronizziamo con Orologio hardware (hwclock ), dopo circa 10-20 minuti Orologio di sistema (data ) sarà avanti per 48 secondi.
And 48 secs offset is the max value . Dopo qualche ora sarà avanti anche per 48 secondi.

So che un po' di offset è normale. Ma 48 secondi di offset in ~10-20 minuti non sono normali.
So anche che ci sono file e librerie come adjtimex che possono usare il valore "delta" e regoleranno l'ora del sistema
Ma nel mio caso, il processo di accelerazione si interrompe quando ha raggiunto ~48 secondi.
Quindi, hwclock stamperà ad esempio 12:00:00 e data stamperà 12:00:48

Ho provato:

1. Installa ntpdate e sincronizzare l'ora tramite ntpdate pool.ntp.org
2. hwclock --hctosys per impostare l'ora del sistema dall'orologio hardware. Ho anche provato hwclock --systohc dopo aver sincronizzato l'ora (data) con ntpdate
3. File creato /etc/sysconfig/clock con "HWCLOCK_ADJUST ” parametro impostato su true . Provato anche con false valore
4. File eliminato /etc/adjtime o giù di lì, che aveva UTC e ZERO valori in esso

Ma senza fortuna.

Dopo la sincronizzazione dell'ora, eseguo il codice successivo:$ 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

Chi può dirmi cosa sta succedendo qui?
Significa che Orologio di sistema funziona bene per circa 3-4 minuti a volte?
Prima di questi log pensavo che accelerasse sempre fino a 48 secondi.
Il motivo per cui i log vengono stampati non esattamente ogni 60 secondi, perché ntpdate funziona per pochi secondi e dopo la sincronizzazione scrive il testo.

Correlati:il modo per specificare che una sezione di una pipeline sia completamente "passa attraverso"?

Abbiamo risolto questo problema eseguendo ntpdate (ntp) come servizio per sincronizzare automaticamente la data.

Quali sono le possibili ragioni di quella "velocità gigantesca improvvisa"?

Se questo non è un problema comune, contatteremo l'assistenza Amazon per ricevere assistenza.

Risposta accettata:

Il problema era probabilmente in uno degli hypervisor; potrebbe essere stato l'orologio inclinato di 48 secondi; succede (e non è un problema esclusivo di AWS)

C'era anche un bug di Xen, non ho idea se si applica al giorno d'oggi. (AWS non è migrato a kvm?)

Amazon consiglia alle persone di installare chrony sincronizzato con uno dei loro server NTP. Dai un'occhiata ai documenti AWS – EC2 – Impostazione dell'ora per la tua istanza Linux

Come in:

sudo yum erase ntp*
sudo yum install chrony

Crea /etc/chrony.conf con:

server 169.254.169.123 prefer iburst

E infine:

sudo service chronyd start

Una cosa che potrebbe anche essere provata, per un commento di @jordanm, è arrestare/avviare il server EC2. Potresti essere fortunato e farlo funzionare in un altro hypervisor senza che l'orologio sia distorto.

Se queste azioni ancora non risolvono il problema, aprirei un ticket con Amazon.