CentOS 6.2を使用したHyperVでのTimesync

HyperVで実行されているCentOS VM（リリース6.2）があります。インテグレーションサービスをインストールし（現在ベースの一部）、CentOSは現在のクロックソースがhyperv_clocksourceであることを示していますが、VMでの私の時間は1週間の稼働後約10分です。新しいICとプラグ可能なクロックソースについての私の理解では、これはもう起こらないはずです。プラグ可能なクロックソースを「機能させる」ために必要な追加の構成はありますか？

カーネルオプションをPITなどに設定することに関するリンクがたくさんあることは知っていますが、それらはすべて統合されたクロックソースサポートよりも前のものであるように思われます。ntpdもadjtimexもすべきではありません。

編集：3.2のIC（Centos 6.2で出荷）を実行していたが、今日3.3にアップグレードされ、マシンは1時間22分間稼働し、クロックはすでに5秒速い。だから私は現在、最新のICを実行していますが、それでも同じ問題を抱えています。

centos hyper-v-server-2008-r2 time-synchronization

— ワルデン
ソース

はい、時間がある速い遅いはありません。一般的なVMクロックの問題は時間の増加ではなく時間の損失であるため、これはさらに奇妙です。

— WaldenL

powershell get-winevent -provider Microsoft-Windows-Hyper-V-Integration-TimeSyncを実行する場合| メッセージを選択| 選択文字列「サーバー名」時間同期エラーが表示されます

— トニーロス

時刻同期エラーに関するメッセージを決して気にせず、そのプロバイダーへのメッセージはまったくありません。他のHyper-Vメッセージがありますが、TimeSyncにはありません。

— WaldenL

回答:

私は過去にこの問題を抱えていましたが、起動スイッチ（notsc divider = 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

— グレッグ・アスキュー
ソース

これはうまくいくかもしれません。MSの公式のスタンスは、時間同期を含む統合機能をインストール/有効にし、VM内の時間デーモン（ntpd）を無効にすることです。

— クリスS

VMWareはdivider=10、多くのLinuxコンステレーションでもこれを推奨しています。

— ニルス

downvoteで申し訳ありませんが、これらは正確に新しい統合コンポーネントのプラグ可能なタイムソースで必要とされるはずのない微調整です。

— WaldenL

最初に、hyper-vが統合サービスを検出しているかどうかを確認します。私が知っている唯一の方法は、System Center Virtual Machine Managerを使用することですが、hyper-vのmmcを使用する方法があるはずです。

また、VM構成でクロック同期が無効になっているときに、これが発生するのを確認しました。なぜクロックが速くなるのかは私にはわかりません。参考のために、vm構成のスクリーンショットを添付しました。ここに画像の説明を入力してください

— 長い首
ソース

はい、すべてのサービスが有効になっています。

— WaldenL

Hyper-Vは統合サービスを検出したと報告しますか？

— ロングネック

興味深い質問です。どのように伝えるかわかりません。彼らはゲストに始まっ示し、そして私が想定し、彼らはホストと通信していなかった場合ということはしないだろうが、私は確かに言うことはできません。私はscvmmを持っていないので、どちらを伝えるかわからない。

— WaldenL

MMCでvmを見ると、一番下にハートビートが表示されますか？これは、少なくともハートビートサービスが通信していることを示しています。

— ロングネック

「ハートビート：OK」と表示されるため、少なくとも通信チャネルは開いているようです。

— WaldenL

負荷の下でのHyper-V Linuxゲストクロックのドリフトは、悲しいことにかなり一般的です（非同期のVMでのクロックドリフトは、やや避けられません）。参照してくださいLinuxのクロックは毎週10分を失うとのHyper-VマシンでもNTPで、すべての上の時間を漂うそれについて話して他の記事のために。私が見た事例証拠は次のように言っています：

Hyper-Vホストのクロックは、現在のカーネル（少なくともメインライン3.16カーネルまたは統合サービス3.5まで）を使用して、起動時にLinuxゲストのクロックを設定するためにのみ使用されます。あなたは、このようなLinuxカーネルを使用している場合、それは問題ではないあなたはHyper-Vのマネージャーで設定したオプションも問題になることがcurrent_clocksourceあるhyperv_clocksource、あなたの時計は- になるブート後に漂流して修正されることはありませんあなたは以下の同期プログラムのいずれかを実行しない限り。そこがたくさんある複雑なWindowsの志向と矛盾するこのトピックを取り巻く情報は、としばしば理解するために、「プラグイン可能な時間ソース」のような用語を繰り返しました。
ntpdLinux Hyper-Vゲストで発生する可能性のあるドリフトを修正することができず、通常のブルートフォースのntpdate同期（悪い）またはchrony大きなクロックドリフトを修正する（より良い）などのntpサービスを使用する必要があります。

— アノン
ソース