web-dev-qa-db-ja.com

NTP時刻を継続的に同期しない、NTPのサービスを再起動する必要があり、Ubuntuで同期する

私は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

誰かが解決策を持っているかどうか私に知らせてください。

1
user260278

これは設計によるものです(時間を大幅に変更していると仮定します)。 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つのシステムが時間を制御しようとするのを避けるために、特別な手順を実行する必要があります。使用しているプラ​​ットフォームによって異なります。

1
Paul Haldane