NTPステップ変更が他のソフトウェアに与える影響をテストする最も簡単な方法は何ですか？
Red Hat Cluster Systemの構成のテスト中に、NTPは時間を16秒ずつ増やし、その後すぐにクラスターソフトウェアがロックされました。
ntpd[30917]: time reset -16.332117 s
それが単なる偶然ではないことを確認するために、私は失敗を繰り返す必要があります。私の意図は、NTPを取得して、a）あきらめるか、b）クラスターが再びハングするまで時間を繰り返し戻すことです。
Ntpdが/ bin/dateと同じメカニズムを使用して時刻を設定する場合、これは簡単です。別のメカニズムを使用していて、ntpdをだましてクロックをステップさせる必要がある場合は、スタックします。
このテストを行う最も簡単な方法は何ですか？
システムが時間の変化にどのように反応するかをテストしたい場合は、dateを使用して時計をいじります（これはおそらくあなたの場合には十分です：私の本能はクラスターソフトウェアがtime()を好まないと言っています後方に行く...）。
システムが時間の変化にどのように反応するかをテストしたい場合ntpdによって開始 NTPサーバーをセットアップし、それに同期してから、NTPで時間を変更します_サーバー（そしてクライアントデーモンに正しいことをさせます）。
これはそれほどの労力ではないので、とにかくやる価値があるでしょう。
通常、後方ジャンプは前方ジャンプよりも問題を引き起こす可能性が高くなりますが、両方とも完全性をテストする必要があります。