
SLES 11 SP2を使用している場合の問題は次のとおりです。
NTPサービスを設定して再起動すると、時刻が正しく同期されます。
それから7~8分ほど過ぎると、突然時間が変わりました。以下は、date
10秒ごとに表示されるコマンドログです。
Tue May 24 20:11:35 CEST 2016
Tue May 24 20:10:38 CEST 2016 <-- Restart of the NTP service
Tue May 24 20:10:48 CEST 2016
....
Tue May 24 20:17:59 CEST 2016
Tue May 24 20:19:16 CEST 2016 <-- Here it changed
何が問題なのでしょうか?
修正する:
- はい、XenServer 6.5のVMです。
- いいえ、そこに
/var/log/messages/
います。いいえ時間が変わったら入力してください。 - 出力
ntpq -p
:
remote refid st t when poll reach delay offset jitter ------------------------------------------------------------------------------ LOCAL(0) .LOCL. 10 l 24 64 377 0.000 0.000 0.001 *rs000486.fastro 192.53.103.108 2 u 119 256 377 21.547 -66949. 1.243
修正する:
2つのホストシステムに合計10のLinux SLES 11 SP2 VMがあります。 1 つは XenServer 6.5、もう 1 つは XenServer 6.0 です。この問題は、XenServer 6.5がインストールされているホスト(XenServer 6.0がインストールされているホストで実行されているすべての仮想マシン)でのみ発生します。いいえこの問題があります。
/etc/ntp.conf
正しく実行されているVMからファイルをコピーしましたが、何も変更されませんでした。
答え1
sysadmiral
すでに正しい方向に向かっており、Mark Plotnick
アイデアを終えています。 XenServerのホスト時間が正しくありません。時間は次のとおりです。コピー仮想マシンに。
これまで問題の原因を見つけたので、XenServerで時間の問題を解決する方法を解決する必要がありますが、これは別の問題かもしれません。
これでsysadmiral
、ホストを無視するか、ホストに正しい時間を設定するようにクライアントを設定できます。最後のオプションの利点は、ntp
サービスをまったく構成する必要がないことです。
答え2
出力ntpq -p
には、選択した参照(列1)からのミリ秒オフセットが表示されます。安定すると、ntpは20:17:59から20:19:16まで観察したジャンプに対応する66秒ステップを実行して時間を修正します(観察間に10秒追加)。-66949.
*
通常、実行してntpdate
時間を正確に推定し、ntpdを実行してゆっくりと安定させてから、ゆっくりと時計を再同期できます。
お使いのオペレーティングシステムが何を提供しているのかわかりませんが、行末でオプション-x
と設定を見つけてください。-g
iburst
server ...