細かすぎて伝わらない anacron の挙動 - Qiita
対象は CentOS 6 に付属の cronie-anacron-1.4.4。 開始時間についての問題 /etc/anacrontab がRHEL 6/CentOS 6系のデフォルトのまま以下のようになっていて、 # the maximal random delay added to the base delay of the jobs RANDOM_DELAY=45 # the jobs will be started during the following hours only START_HOURS_RANGE=3-22 #period in days delay in minutes job-identifier command 1 5 cron.daily nice run-parts /etc/cron.daily 7 25 cron.weekly nice run-part
anacronふたたび。（「RHEL6で悩ましい諸々」シリーズ） - めもめも
何の話かというと 微妙な違いではあるのですが、RHEL5とRHEL6では、cronとanacronの関係が若干変わっています。 RHEL5を運用していた方は、cronとanacronの関係を cronが実行しそこねた定期ジョブをanacronが代わりに再実行する と捉えているのではないでしょうか？ これは間違いではないのですが、実は、もともとcronとanacronにはこのような関係はありません。それぞれ独立したジョブ実行ツールであり、目的に応じて使い分けることになります。なのですが、RHEL5では、あえてcronとanacronを連携させるような設定を行なって、上記のような使い方をしていました。おそらくこれは、「cronしか無かった時代の設定を引き継ぎつつ、anacronのジョブ再実行機能も使いたくなった」という歴史的な理由によるものです。 一方、RHEL6では、このような連携はなくなっ
CentOS6 の cron.daily 実行時刻を CentOS5 以前と同様に設定する
CentOS6 の cron.daily 実行時刻は、CentOS5 以前とは異なります。 ※この記事に書いた手順は、RHEL8 / RHEL7 / RHEL6でも通用します。末尾参照 CentOS5 以前であれば、デフォルトでは午前4:02にスケジュールされていましたが、CentOS6 のデフォルトでは、ある幅の範囲内でランダム化されています。 まずは、このランダム化の内容を確認してみます。 最初に /etc/crontab を見てみますと、次のように空っぽです。 SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin MAILTO=root HOME=/ # For details see man 4 crontabs # Example of job definition: # .---------------- minute (0 -
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
