web-dev-qa-db-ja.com

時計は通常より10％速い

サーバーの時計に奇妙な問題があります。通常よりも約10％高速です。

問題は2日前に始まり、サーバーで特別なことは何もしていません。

Ntpdデーモンを停止してntpアップデートをオフにしようとしました。

ハードウェアクロックが無効になっているようです。

→ Sudo hwclock --show
select() to /dev/rtc to wait for clock tick timed out
  • サーバーが100日以上再起動されていません
  • LinusディストリビューションはDebiansqueeze/sidです
  • ntpdデーモンがオフになっている
  • サーバーはVPSであり、他のお客様は問題を抱えていません
  • ソフトウェアに関しては、時計に関連するものは何も変更していません
  • Sudo date -s "Sun Feb 5 00:30:15 CET 2012"またはSudo ntpdate -b prrr.seを実行すると、問題が一時的に修正されます

ntpdate -b prrr.seを使用してオフセットを測定しようとしました。これが結果です

後5秒

→ Sudo ntpdate -b prrr.se
 5 Feb 00:19:54 ntpdate[24137]: step time server 178.78.255.254 offset -1.179405 sec

後10秒

→ Sudo ntpdate -b prrr.se
 5 Feb 00:20:04 ntpdate[24142]: step time server 178.78.255.254 offset -2.480711 sec

後20秒

→ Sudo ntpdate -b prrr.se
 5 Feb 00:20:24 ntpdate[24149]: step time server 178.78.255.254 offset -4.680055 sec

誰かが私にこれが起こっている理由と解決策は何であるかを説明できますか？

linuxdebiantimeclock-synchronization
6
Linus Oleander

ntpdをオンに戻します。時計の動作速度を把握し、適切な修正を適用するのが仕事です。

3
David Schwartz

仮想サーバーは、CPUから信頼できるティックを取得しないため、信頼性の低いクロックで有名です。それらは物理的な機械の時計よりもさらに悪いです。これは主に、VPSが実行されているハイパーバイザーの負荷に依存するため、物理サーバーの負荷が増加したため、ドリフトが増加している可能性があります。

NTPDを有効にして、いくつかのNTPサーバーを指定するだけです。NTPは、クロックのドリフト速度を計算し、適切な量だけ遅くします。これらの値を定期的に監視および調整するため、非常に正確な時間が得られます。NTPDデーモンはリソースをほとんど必要とせず、非常に効果的であるため、有効にすることをお勧めします。

3
Martijn Heemels

Ntpdateコマンドは1回限りです。実行中のntpdデーモンで微調整を行う必要があります。

# /etc/init.d/ntpd stop
# ntpdate time.nist.gov
# /etc/inid.d/ntpd start
# watch 'ntpq -pn'

Ntpqの出力の左側にある記号に注意してください。同期すると、それらが通知します。

1
dmourati