
Ubuntu 10.04システムでは、次の奇妙なNTP同期イベントが見つかりました。
Jul 3 02:19:51 hst ntpd[1432]: no servers reachable
Jul 3 02:36:55 hst ntpd[1432]: synchronized to 91.189.94.4, stratum 2
Jul 3 02:53:48 hst ntpd[1432]: time reset -10.407942 s
Jul 3 02:53:48 hst ntpd[1432]: kernel time sync status change 6001
Jul 3 02:53:48 hst dovecot: dovecot: Fatal: Time just moved backwards by 10 seconds. This might cause a lot of problems, so I'll just kill myself now. http://wiki.dovecot.org/TimeMovedBackwards
Jul 3 02:58:37 hst ntpd[1432]: synchronized to 91.189.94.4, stratum 2
Jul 3 02:58:37 hst ntpd[1432]: kernel time sync status change 2001
Jul 3 03:08:15 hst ntpd[1432]: no servers reachable
Jul 3 03:16:49 hst ntpd[1432]: synchronized to 91.189.94.4, stratum 2
Jul 3 03:17:01 hst CRON[28221]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jul 3 03:18:04 hst ntpd[1432]: time reset +10.403648 s
Jul 3 03:22:41 hst ntpd[1432]: synchronized to 91.189.94.4, stratum 2
91.189.94.4 europium.canonical.comと唯一のサーバーラインは次のとおりntp.conf
です。
server ntp.ubuntu.com
2:36更新は25分後にキャンセルされたため、偽に見えます。
その理由は何ですか?
私は次のことを考えることができます:
- リモートNTPサーバーは間違った時間しか提供しません。
- ネットワークの問題(高レイテンシがこの種のドリフトを引き起こす可能性がありますか?)
- うるう秒によるエラー(これは衝突を引き起こします。そうですか?)
最初のオプションが問題の場合、これらの問題が発生しないようにするにはどうすればよいですか?
NTPDは複数のNTPサーバーserver
(ntp.conf
そして異なる答えが互いに多すぎるかどうかを検出するのに十分スマートですか?
答え1
数年前、Slackwareシステムで同様のsyslogエントリを見ました。私はこの機械を2002年に購入し、長年にわたってほぼ年中無休で運営してきました。それは私のSSH、SMTP、HTTPサーバーでした。 NTPエラーはゆっくりと発生し、頻度が増加します。
まず、マザーボードにあるコインサイズ(米国分岐)CR2032バッテリーの1つである「CMOS RAM」バッテリーを交換してこの問題を解決しました。
さらに1〜2年働いた後、機械はまったく時間を維持するのをやめ、定期的に再起動する必要がありましたntpd
。私が知っているのは、ntpd
ローカルクロックとネットワーククロックの違いに関する過去のデータに基づいて、「偏差ファイル」が保持されます。私の推測では、問題のマザーボードには決して良い時計がありませんでした。