冬への非時間変換を伴うcronの特性

今日は時間を翻訳していました。 そして、大統領の布告「季節時間への移行の廃止について」でなければ…と思われます。どうやら、誰もがサーバー上のソフトウェアを更新し(例外ではありません)、キャッチを待っていませんでしたが...



今日、予定されている正午ではなく午後の1時に、システムの1つの存続可能性を幸福に報告するテストスクリプト。 サーバーに登りました。 時間は正しく(翻訳されていません)、タイムゾーンも正しいです。 Rubyが時間を返す方法を確認しました。 そうです。 ログを見ました。 時間はどこにも行っていません! (そうあるべきだったように)。



1つの疑いが忍び込んで、crontabでcronのテスト実行に入りました-はい! -そして、それは1時間の遅延で動作します! クラウンを再起動しました。 別のテスト。 はい、現在は正常に機能しています。 見つけた! 確かに、残りの(約20台の)サーバーでクラウンを手動で再起動したのは別のものでした。



道徳:FreeBSD(8.2までの異なるバージョン)のデフォルトのcronは、「非翻訳」の日付の後に再起動する必要があります。そうしないと、腸のどこかで翻訳されます! 春に何が起こるのだろうか(多分それは春までに更新されるのだろうか?)。 または、すでに更新する価値があるかもしれませんが、今では春にのみ検証することが可能になりますか?..



彼らは言うように、「メモに愛人」、「あなたがあなたの頭を鞭打った場合、今日何が悪かったのか、王冠を再起動します。」



PS。 Linuxマシン(具体的には、Debianおよびvixie-cronを搭載したGentoo)は影響を受けませんでした。 まあ、これは驚くことではありません-クラウン自体はそこで異なります。 それでも、対象OSでは、単一のシステムアプリケーションの動作の特異性に直面しました。



All Articles