Centos – Jam Sistem Amazon Aws Centos 7 Cepat?

Kami memiliki instance Amazon AWS dengan CentOS Linux 7 (Core) . Tapi mungkin itu tidak spesifik untuk sistem

Beberapa hari yang lalu Jam Sistem (tanggal ) mulai melaju dengan sangat cepat.
Jika kita menyinkronkannya dengan Jam Perangkat Keras (jam jam ), setelah sekitar 10-20 menit Jam Sistem (tanggal ) akan maju selama 48 detik.
And 48 secs offset is the max value . Setelah beberapa jam, itu juga akan berlangsung selama 48 detik.

Saya tahu bahwa sedikit offset adalah normal. Tetapi offset 48 detik dalam ~10-20 menit tidak normal.
Saya juga tahu bahwa ada file dan lib seperti adjtimex yang dapat menggunakan nilai "delta" dan akan menyesuaikan waktu sistem
Tetapi dalam kasus saya, mempercepat proses berhenti ketika mencapai ~48 detik.
Jadi, hwclock akan mencetak misalnya 12:00:00 dan tanggal akan mencetak 12:00:48

Saya mencoba:

1. Instal ntpdate dan menyinkronkan waktu melalui ntpdate pool.ntp.org
2. hwclock --hctosys untuk mengatur Waktu Sistem dari Jam Perangkat Keras. Juga mencoba hwclock --systohc setelah menyinkronkan waktu (tanggal) dengan ntpdate
3. Berkas yang dibuat /etc/sysconfig/clock dengan “HWCLOCK_ADJUST ” param disetel ke true . Juga mencoba dengan false nilai
4. File yang dihapus /etc/adjtime atau lebih, yang memiliki UTC dan NILA nilai di dalamnya

Tapi tidak berhasil.

Setelah sinkronisasi waktu, saya menjalankan kode berikutnya:$ 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

Siapa yang dapat memberi tahu saya apa yang terjadi di sini?
Apakah itu berarti Jam Sistem bekerja dengan baik selama sekitar ~3-4 menit kadang-kadang?
Sebelum log ini saya pikir itu mempercepat selalu hingga 48 detik.
Alasan mengapa log dicetak tidak setiap tepat 60 detik, karena ntpdate bekerja untuk beberapa detik dan setelah sinkronisasi tulis teks tersebut.

Terkait:cara untuk menentukan bagian dari pipa benar-benar "melewati"?

Kami memecahkan masalah ini dengan menjalankan ntpdate (ntp) sebagai layanan untuk menyinkronkan tanggal secara otomatis.

Apa kemungkinan alasan untuk "percepatan raksasa yang tiba-tiba" itu?

Jika ini bukan masalah umum, kami akan menghubungi dukungan Amazon untuk mendapatkan bantuan.

Jawaban yang Diterima:

Masalahnya mungkin ada di salah satu hypervisor; bisa saja jamnya miring 48 detik; itu terjadi (dan bukan masalah unik untuk AWS)

Ada juga bug Xen, tidak tahu apakah itu berlaku saat ini. (belumkah AWS bermigrasi ke kvm?)

Amazon menyarankan orang untuk menginstal chrony disinkronkan dengan salah satu server NTP mereka. Lihat dokumen AWS – EC2 – Mengatur Waktu untuk Instans Linux Anda

Seperti dalam:

sudo yum erase ntp*
sudo yum install chrony

Buat /etc/chrony.conf dengan:

server 169.254.169.123 prefer iburst

Dan terakhir:

sudo service chronyd start

Satu hal yang juga bisa dicoba, per komentar @jordanm, adalah menghentikan/memulai server EC2. Anda mungkin beruntung, dan menjalankannya di hypervisor lain tanpa jam yang miring.

Jika tindakan ini masih tidak menyelesaikan masalah, saya akan membuka tiket dengan Amazon.