毎週月曜日の午前1時に実行するようにクローンを設定しました。
0 1 * * 1 /script/dir/script >> /script/dir/file.log
2年間予想通りに実行され、6月18日に2回実行され、最初の呼び出しから0.5〜1秒後に2番目の呼び出しが発生しました。これが起こる原因は何ですか?
最初または2番目に人間が運営していませんでした。
スクリプトはWebサイトに関連付けられていますが、ドキュメントのルートの外にあります。
時計を同時に同期して強制的に1秒後に戻り、午前1時にクローンを再実行することはできますか?
答え1
おそらくjippieがついに何かを見つけたかもしれません。ユンチョは実際に7月1日に挿入されましたが、現在一部のGPSタイムシステムのバグ(続きを読む)これにより、うるう秒が発表され続けます。つまり、ユンチョは6月30日から数多くの上位圏時間情報院によって毎日発表されています。現在、この問題は解決中です。 NTPの問題メールスレッドをもう一度参照してください。そのため、7月31日/8月1日に多くのシステムが攻撃を受けました。良い6月30日(Linuxカーネルクラッシュ)/7月1日(Java CPUの問題)。
驚くべきことに、その仕事は6月18日に起こりました。カーネルログに同じ時間に「うるう秒の挿入」メッセージがありますか?あなたのサーバーは現在UTC + 1(BST)を使用していますか?カーネルログにジャンプメッセージが表示されたら、どのバージョンのntpdとカーネルバージョンを実行していますか?私が出会ったntpdのすべてのバージョンでは、うるう秒はその月の最後の日にのみカーネルに伝播するので、ここでのうるう秒の理論は赤いニシンです。
答え2
以下の私の答えは次のとおりです。間違った、日付を混同しています。最新のうるう秒は2012年6月30日23:59:60 UTCに挿入されました。 6月18日ではありません。
その日、うるう秒が導入されました。
うるう秒はうるう年ほど予測できず、一般的に大規模な地震や津波などが原因で発生します。飛躍はどこにありますか年度合理的に予測可能です(約4年ごと)いいえ。うるう秒を導入しなければならないと決めたスマートな人々で構成された委員会(私の考えには国連にあるようです)がありました。これは約60日前にのみ予測できます。多くのシステムは...:59から...:60まで...:00に達する前の時間が好きではありません。データベースは1秒後に設定される時間が好きではなく、一度だけ発生するタイムスタンプに対して非常に面倒です。
https://en.wikipedia.org/wiki/Leap_second#Announcement_of_leap_seconds
答え3
私もcronを2回実行しました。 2 つの同期スクリプトはエラーメッセージを読み取り、削除します。誰かが新しいものを見つけたかどうかを確認するには、このスレッドに戻ってください。
しかし、私はこれがcronの二重入力であることに気づきました。 /etc/cron.quarterのすべてのスクリプトを実行する/etc/crontabのエントリと同じスクリプトを呼び出す/etc/cron.dのエントリがあります。
うるう秒の問題をデバッグするのと同じくらい知的ではありません!