私が実行しているリアルタイムのもののいくつかでいくつかの問題を経験したマシンを持っています。私が持っている1つのリードは、NTP=デーモンが時間を移動し、誤ったタイムアウトを引き起こした可能性があることです。
NTPデーモンが実際に時間を移動したかどうかをどのように確認しますか?ログはありますか?NTPデーモンが/ var/log/messagesで再起動します。しかし、時間調整も必要かどうかはわかりません。
明確にするために:私はイベントの後、ログからそれを理解する必要があります。時刻修正から2日後になる場合があります。現在のステータスを確認するコマンドを実行しても役に立ちません。
ntpdc -c sysinfo
コマンドを使用して、ntpdステータスを照会できます。次のような出力が返されます。
system peer: 0.0.0.0
system peer mode: unspec
leap indicator: 11
stratum: 16
precision: -20
root distance: 0.00000 s
root dispersion: 338.44917 s
reference ID: [73.78.73.84]
reference time: 00000000.00000000 Thu, Feb 7 2036 8:28:16.000
system flags: auth monitor ntp kernel stats
jitter: 0.000000 s
stability: 0.000 ppm
broadcastdelay: 0.003998 s
authdelay: 0.000000 s
ドリフトファイル(/ var/lib/ntp/drift)しないでくださいローカル時刻と、接続されたタイムサーバーに基づいてntpdによって計算された時刻との差を測定します。
代わりに、ローカルクロックの推定ドリフト(周波数エラー)(ppm)です。この値はntpdによって1時間に1回更新され、時間の経過とともに減少しません。
私が知る限り、この値は再起動後にntpdによって使用され、ローカルクロックの誤りを推定します(ローカルクロックはマシンの電源がオフのときでも実行されます)。
例:ファイルの内容:5マシンの電源が1日(86400秒)停止しました86400の5 ppmは0.432 =>ローカルクロックは「将来」は0.432秒です
ポイントは次のとおりです。-ntpdは、開始直後にローカル時間(-0.432 s)に最初のおおよその修正を適用できるようになりました。
(私はSirexのコメントにコメントすることは許可されていないので、新しいコメントを追加しました)
ドリフトファイルに値が必要です。その場所は/etc/ntp.confになります
例:「driftfile/var/lib/ntp/drift」
このファイルは、クロックが本来あるべき場所からどれだけ離れているかをログに記録するために使用され、時間が経過するにつれて、ntpはゆっくりとこの値を下げます。 -システムでタイムスタンプの問題が発生する可能性があるため、一度に実行できません。
ntpq -nc peers
は、すべてのピアとの同期ステータスを表示します。
申し訳ありませんが、これは古いスレッドです-私がここでルールを破っていないことを願っています:)
/etc/ntp.confには、次のような行があります。
#statsdir /var/log/ntpstats/
説明には、統計をログに記録するためにこの行のコメントを外すと書かれています。私はサーバーにntpをセットアップしただけなので、何がログに記録されるのかわかりませんが、ここで同じ情報を探してしまいました。