Saya memiliki CentOS VM (rilis 6.2) yang berjalan di bawah HyperV. Saya telah menginstal layanan integrasi (bagian dari basis sekarang), dan CentOS menunjukkan clocksource saat ini adalah hyperv_clocksource, namun waktu saya di VM adalah sekitar 10 menit cepat setelah seminggu uptime. Pemahaman saya tentang IC baru dan clocksource plugable adalah bahwa ini seharusnya tidak terjadi lagi. Apakah ada konfigurasi tambahan yang diperlukan untuk mendapatkan clocksource plugable untuk "bekerja?"
Saya tahu ada banyak tautan tentang pengaturan opsi kernel ke PIT dan berbagai hal seperti itu, tetapi semua itu tampaknya sudah ketinggalan zaman dukungan sumber data terintegrasi, dan seperti yang saya pahami seharusnya tidak diperlukan lagi. Juga tidak harus ntpd atau adjtimex.
Sunting: Sedang menjalankan 3,2 dari IC (apa kapal dengan Centos 6.2), ditingkatkan ke 3.3 hari ini, mesin telah dinyalakan selama 1 jam 22 menit dan jam sudah 5 detik lebih cepat. Jadi saya sekarang menjalankan IC terbaru dan masih memiliki masalah yang sama.
Jawaban:
Saya memiliki masalah ini di masa lalu dan memperbaikinya dengan men-tweak switch startup (notsc divider = 10) dan pengaturan ntp:
Contoh ntp.conf:
Sumber:
Mengoreksi Linux Clock Drift pada Hyper-V di Server 2008 R2
http://hardanswers.net/correct-clock-drift-in-centos-hyper-v
sumber
divider=10
di banyak rasi-Linux juga.Pertama, periksa apakah hyper-v mendeteksi layanan integrasi. Satu-satunya cara saya tahu bagaimana menggunakan manajer mesin virtual sistem pusat, tetapi saya berasumsi pasti ada cara menggunakan mmc hyper-v.
Juga, saya telah melihat ini terjadi ketika sinkronisasi jam dinonaktifkan dalam konfigurasi VM. Mengapa jam berjalan lebih cepat di luar jangkauan saya. Saya telah memasang tangkapan layar konfigurasi vm untuk referensi Anda.
sumber
Sayangnya, jam tamu Hyper-V Linux melayang di bawah beban cukup umum (jam melayang di VMs yang tidak disinkronkan agak tidak dapat dihindari). Lihat jam Linux kehilangan 10 menit setiap minggu dan Mesin Hyper-V melayang-layang di seluruh waktu, bahkan dengan NTP untuk posting lain membicarakannya. Bukti anekdotal yang pernah saya lihat mengatakan sebagai berikut:
current_clocksource
adalahhyperv_clocksource
- jam Anda akan melayang setelah boot dan tidak akan diperbaiki kecuali jika Anda menjalankan salah satu program sinkronisasi bawah. Ada banyak informasi rumit yang berorientasi Windows dan saling bertentangan seputar topik ini dan seringkali istilah yang berulang seperti "sumber waktu yang dapat dicoba" untuk dipahami.ntpd
tidak dapat memperbaiki jumlah drift yang dapat terjadi pada tamu Linux Hyper-V dan Anda harus menggunakan sinkronisasi brt force ntpdate reguler (buruk) atau layanan ntp sepertichrony
(lebih baik) untuk memperbaiki drift jam besar.sumber