私は1つの問題に直面しています。 NTPサーバーは時刻を自動的に同期しません。システムの時刻を変更すると、NTPサーバーはそれを修正できません。 NTPのサービスを再起動した後、時刻を同期します。それ以外の場合は同期しません。ログも確認しましたが、何も見つかりませんでした。
ログにはこの種のエントリがあります。 23 Dec 16:37:49 ntpd [5413]:信号15でntpdが終了します
ntpq-pの出力は次のとおりです。
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*ns.creativecont 130.102.128.23 3 u 8 64 1 303.276 3.860 20.429
cachens2.onqnet 6.169.99.206 4 u 5 64 1 317.901 19.407 31.257
a.pool.ntp.uq.e 216.218.192.202 2 u 6 64 1 266.111 18.447 29.693
hosting.wireles 203.35.83.242 2 u 3 64 1 311.291 6.405 22.445
juniperberry.ca 193.79.237.14 2 u 12 64 1 185.838 -2.730 0.004
255.255.0.0 .BCST. 16 u - 64 0 0.000 0.000 0.004
誰かが解決策を持っているかどうか私に知らせてください。
これは設計によるものです(時間を大幅に変更していると仮定します)。 ntpdnanページを参照してください...
-g Normally, ntpd exits with a message to the system log if the offset exceeds the panic
threshold, which is 1000 s by default. This option allows the time to be set to any value
without restriction; however, this can happen only once. If the threshold is exceeded
after that, ntpd will exit with a message to the system log. This option can be used with
the -q and -x options. See the tinker command for other options.
NTPクライアントの時刻を手動で十分な量変更すると、NTPデーモンは、何か奇妙なことが起こっていると考えて終了します。通常、システムの時計は少しだけドリフトし、ntpdはそれを問題なく処理します。
それでも問題が解決しない場合は、(デバッグ情報を取得するために)-Dフラグを指定してntpdを起動してみてください。これにより、何が起こっているかがより詳細に表示されます。
NTPクライアントが仮想マシンの場合、2つのシステムが時間を制御しようとするのを避けるために、特別な手順を実行する必要があります。使用しているプラットフォームによって異なります。