私は真実の源として他の委員会から時間を得るために設立されたいくつかの委員会を持っています。
メインサーバーの時間は正確ですが、別のサポートボードから同期しようとすると、メインサーバーを選択してすべてが問題ないようです。しかし、彼らが提示した日付は完全に間違っていました。これはいいえメインサーバーを偽のコードなどに設定してください。すべてのボード間の時間が最初に同じであっても、セカンダリボードはメインボードをリアルタイムソースとして選択したときに間違った日付を生成します。また、次の時刻を同期しようとすると、hwclockにエラーが発生するため、ハードウェアクロックをその日付に設定しません。
はい
date
Fri Dec 24 05:17:51 UTC 2156
remote refid st t when poll reach delay offset jitter
==============================================================================
*{PRIMARY} {IP} 6 u 13 32 377 0.307 +0.051 0.036
これはntpdのコンパイルと実行に使用するソースコードです。
www.eecis.udel.edu/\~ntp/ntp_spool/ntp4/ntp-4.2/ntp-4.2.8p15.tar.gz
WORKSを実行しntpdate -u primary
て再起動するまで問題を修正しますが、ntpdは常に独自に2156のコンテンツを生成します。悩みます。
構成
server PRIMARY iburst minpoll 3 maxpoll 5
fudge PRIMARY stratum 2 time1 0.0 refid PRIMARY
答え1
現在、ntp時代は1900年に始まり、2^32-1秒、約136.1年間続きました。システムが間違った時代を選択したようです。これは通常、RTCバッテリーが放電されたか、RTCバッテリーがまったくないためです(2004年現在)。一つの解決策は、友人時代を作ることです。 Mills博士が書いた「コンピュータネットワークの時間同期:ネットワーク時間プロトコル」の9ページと216ページを参照してください。