「NTPステップティッカー」と呼ばれるものに出くわし、それについて この記事 で読みましたが、ローカルNTPサーバー。
/etc/ntp.conf
構成ファイルを/etc/ntp/step-tickers
構成ファイルに置き換えているようですが、/etc/ntp.conf
ファイルに加えて存在することになっていますか?
誰かがこの問題に光を当ててくれませんか?
有名なことに、NTPdは、デフォルトでは、1000秒を超えている場合は時間を調整しません。これは、関与してはならないシステム上の問題があることを前提としています。これはman ntpd
から:
-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.
1つの問題は、BIOSがUTCであるか夏時間であるかについての誤解のために、英国のBIOSクロックが1時間遅れることが多いことです。グリニッジからの経度が長くなると、問題はさらに悪化すると思います。
そのため、コマンドntpdate
もあります。このコマンドは、システムクロックをNTPサーバーと整合させるために、実行中の多くのサービスを混乱させる傾向がある微妙な方法で調整します。これは、ntpdへの-g
フラグの追加よりも前のものです。
したがって、私のような昔の人にとって、ntpd
の完全な起動プロトコルでは、ntpdate
を使用して、システムの起動時に最も安全にクロックを同期します。続いてntpd
を開始してそこに保持します。 /etc/ntp/step-tickers
は、ntpdate
を実行するために使用されるサーバーを制御します。私は通常、そこにntp.conf
サーバーの1つをリストします。
さらに混乱させるために、CentOS6のntpdate
スタートアップスクリプトは、ntp.conf
にリストされていない場合、step-tickers
でスタートアップティッカーを探します。したがって、最新の起動スクリプトと-g
フラグの間で、ntpd
が高く乾燥したままにならないようにすることは確かに良い習慣ですが(あまりにも遠いシステムクロックを同期しようとします) to ntpd
、step-tickers
は実際には歴史的な遺物であり、現代のディストリビューションでは必要な機能はありません。でも私も歴史的遺物なので使い続けています。