web-dev-qa-db-ja.com

CentOS 6.2を搭載したHyperVのTimesync

CentOS VM(リリース6.2)をHyperVで実行しています。統合サービスがインストールされており(現在はベースの一部)、CentOSは現在のクロックソースがhyperv_clocksourceであることを示していますが、 VMは、1週間の稼働時間後、約10分の高速です。新しいICとプラグ可能クロックソースについての私の理解は、これはもう起こらないはずです。プラグ可能にするために必要な追加の設定はありますか? "work?"へのクロックソース

カーネルオプションをPITに設定することなど、さまざまなリンクがたくさんあることは知っていますが、それらはすべて統合クロックソースのサポートよりも古いものであり、私が理解しているように、これ以上は必要ないはずです。 ntpdもadjtimexも必要ありません。

編集:3.2のIC(Centos 6.2で出荷されるもの)を実行していて、今日3.3にアップグレードされました。マシンは1時間22分稼働し、クロックは既に5秒高速です。したがって、私はnowで最新のICを実行していますが、同じ問題がまだあります。

11
WaldenL

私は過去にこの問題を抱えていて、起動スイッチ(notscdivider = 10)とntp設定を微調整することで修正しました:

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
#          initrd /initrd-version.img
#boot=/dev/hda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.18-164.6.1.el5)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-164.6.1.el5 ro root=/dev/VolGroup00/LogVol00 hda=noprobe hdb=noprobe notsc divider=10
    initrd /initrd-2.6.18-164.6.1.el5.img
title CentOS (2.6.18-164.el5)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-164.el5 ro root=/dev/VolGroup00/LogVol00
    initrd /initrd-2.6.18-164.el5.img

Ntp.confのサンプル:

tinker panic 0
restrict 127.0.0.1
restrict default kod nomodify notrap
server 0.vmware.pool.ntp.org
server 1.vmware.pool.ntp.org
server 2.vmware.pool.ntp.org
driftfile /var/lib/ntp/drift

ソース:

Server 2008 R2のHyper-VでのLinuxクロックドリフトの修正
http://hardanswers.net/correct-clock-drift-in-centos-hyper-v

3
Greg Askew

負荷がかかった状態でのHyper-V Linuxゲストクロックのドリフトは悲しいことに非常に一般的です(非同期VMでのクロックドリフトはやや避けられません)。それについて話す他の投稿については、 Linuxクロックが毎週10分を失う および NTPを使用しても、Hyper-Vマシンが時間をずらせます を参照してください。私が見た事例証拠は次のように述べています:

2
Anon

まず、hyper-vが統合サービスを検出しているかどうかを確認します。私が知っている唯一の方法は、システムセンターの仮想マシンマネージャーを使用することですが、hyper-vのmmcを使用する方法があるはずだと思います。

また、VM=構成でクロック同期が無効になっているときにこれが発生することを確認しました。なぜクロックが速く実行されるのかは私にはわかりません。参照用にvm構成のスクリーンショットを添付しました。 enter image description here

2
longneck