Cron/ja

このガイドでは、Gentoo Linuxにおけるcronデーモンのセットアップと利用方法を説明しています.

cronとは何か
cronはcrontabコマンドからの入力に基づいてスケジュールされたタスクを起動するためのデーモンです. このタスクは１分毎に起床し、ユーザのcrontabに実行すべきcronジョブがあるかどうかチェックします.

デファクトのcron
Portageにはいくつかのcron実装があります. これらは全てよく似たインタフェースを持っています. つまりcrontabもしくはそれに類似したコマンドを使用します. また、連続動作しないシステムのcronと協調して動作することを意図したanacronと呼ばれる関連ユーティリティもあります.

また、現在利用可能な全てのcronパッケージがに依存していることは協調すべきです. どのcronパッケージも技術的にはこのパッケージには依存していません. しかし、このパッケージは大部分のユーザに有益なcronに似た機能を提供します.

cronを動作させる前に、適切なcron実装が選択されていなければなりません. このガイドでは、Gentoo Linuxで利用可能なcron実装を説明します.

vixie-cron
vixie-cronは、SysV cronベースで全ての機能を実装したcronです. ユーザ毎にcrontabを持ち、その中で環境変数を指定することが可能です. その他のcronと異なり、vixie-cronはSELinuxとPAMをサポートします. サポートするアーキテクチャはdcronよりは少ないですが、fcronよりは多いです.

の特徴


 * SELinuxのサポート
 * PAMのサポート
 * crontabで環境変数を設定可 (PATH、SHELL、HOME等)
 * ユーザ独自のcrontabを持つことが可能. とによるアクセス制御.

cronie
cronie はvixie-cron のフォークで、Fedora で開発されました. そのためオリジナルのvixie-cronと同様の特徴を持ちます. さらに、cronie は anacron 機能も実装しています. この機能を利用するには USEフラグを有効にする必要があります.

dcron (Dillonのcron)
dcronは単純でエレガントでセキュアな実装を目指しています. crontabでの環境変数の設定はできません. すべてのcronジョブをから実行します. vixie-cronと同じように、それぞれのユーザがそれぞれのcrontabを設定可能です.

の特徴


 * 速い、単純、不要な仕様がない.
 * crontab へのアクセスを、例えば cron グループに所属するユーザだけに制限することができる. つまり、外部機能に依存しない.

fcron
fcronはvixie-cronとanacronの置き換えを意図しています. 連続動作しないシステムで動作できるよう設計されていて、いくつかの外部機能を持っています. それは「ジョブがスタートするための条件設定」、「ジョブのシリアライゼーションの制御」、「ジョブにnice値を付与する機能」、「システム起動時に動作するジョブのスケジュール」です. さらに詳細な情報についてはfcron's home pageを参照してください.

の特徴


 * 連続動作しないシステムで動作するようデザインされています. つまり、システム停止中に動作できなかったジョブは、再起動後に実行可能です.
 * 環境変数やその他多くのオプションをcrontabで設定できます.
 * 多くの新機能と共に拡張されたcrontab記述をサポートします.
 * 各ユーザーはそれぞれ、とでアクセス制御可能なcrontabを持つことができます.

bcron
bronはセキュアなオペレーションを念頭に置いて設計された新しいcronシステムです. これを実現するため、cronシステムはいくつかのプログラムに分割され、分割されたタスクそれぞれが役割をもちました. また、それらプログラムおよびタスク間のコミュニケーションは厳格に制御されました. ユーザインターフェースは、よく似たシステム（例 vixie-cron）の単純な置き換えですが、内部の実装は大きく異なっています. より詳細な情報についてはbcronのホームページhttp://untroubled.org/bcronを参照ください.

の特徴


 * vixie-cronの単純置き換え
 * マルチプロセス設計
 * 地域毎の夏時間サポート

anacron
anacronはcronデーモンそのものではなく、cronデーモンと組み合わせて動作するものです. anacronは指定された間隔でコマンドを実行し、システムが連続的に稼働することを前提とせず、シャットダウンの間に実行されるべきだったジョブを改めて実行します. 通常、anacronはそれぞれの日に動作するcronデーモンに依存しています.

インストール
目的にあった適切なcronを選択し、emergeしてください.

選択されたcronデーモンがシステムのinitプロセスに追加されたことを確認してください. これを実行しないとcronデーモンはジョブを開始しません.

オプションとして、fcronがインストールしていなければ、cronデーモンのヘルパーとしてanacronをインストールすることは良い選択です.

再度、anacronをシステムのinitプロセスに確実に加えてください.

システムcrontab
これらcronパッケージをインストールした後のメッセージにおいて、ユーザーはcrontab /etc/crontabを実行するよう促されるでしょう. このファイルがシステムcrontabです. cronのインストールはに記載されたスクリプトを実行するために、システムcrontabをと共に使用します. ここでvixie-cronとcronieだけがに記述するだけで自動的にジョブを実行することに留意してください. dcronとfcronのユーザーは、を変更するたびにcrontab /etc/crontabを実行する必要があります.

さらにシステムcrontabで予約されたジョブは、crontab -lで示されるcronジョブのリストにおそらく現れないことを記載しておきます.

もちろん、ユーザはシステムcrontabをまったく使用しない選択をすることも可能です. システムcrontabを使用しない場合、かつdcronかfcronを使用している場合は、crontab /etc/crontabを実行してはいけません. vixie-cron、cronie、bcronを使っている場合はの全ての行をコメントアウトして下さい.

このコメントアウトを最も簡単に実施する方法は、以下のsedコマンドをファイルの全ての行に適用することです. 次のコマンドでの全ての行をコメントアウトして下さい.

信頼できるユーザーにcronへのアクセス権を与える
root以外でcronデーモンにアクセスしたいユーザーはこのセクションを参考にしてください. そうでない場合は次のセクションScheduling cron-jobsに進んで下さい.

選択したcronパッケージに関わらず、あるユーザーにcrontabへのアクセスを許可する場合、そのユーザはcronグループに所属しなければなりません. 例としてユーザ"wepy"をグループに追加するコマンドは以下となります.

dcronを使用する場合、上記の手順だけでユーザーはcrontabにアクセスできるようになります. dcronユーザは次のセクションScheduling cron-jobsに進んでください. その他のユーザーはこのまま本ガイドを読み進めてください.

fcronの場合はとを編集します. 最もシステムを安全に保つ方法は、最初にで全てのユーザーを拒否して、次に明らかに許可したいユーザーのみで許可することです.

もし、あるユーザー（ここで再度wepyを例に使います）が独自のcronジョブをスケジュールしなければならない場合、次をに追加してください.

vixie-cronかcronieが選択された場合は、単にを編集します.

例として、ユーザー"wepy"にアクセス権を与える場合、以下のようにに追加してください.

cronジョブのスケジューリング
crontabの編集方法はcronパッケージ毎に異なります. しかしそれらすべては同じ基本コマンド群をサポートしています. このコマンド群を用いて、crontabを編集したり、消去したり、crontab中のジョブをリストアップしたりといったことを実行します. 次のリストはそれぞれのパッケージ毎にどのようにコマンドを実行するかを示しています.

これらのコマンドを実施する前に、crontabそのものを理解することがまず必要です. crontab中のそれぞれの行は、次の順序で５つのフィードを持ちます. 分（0～59）、時間（0～23）、日（1～31）、月（1～12）、曜日（0～7、月曜日が1で日曜日が0もしくは7）. ここで曜日と月は3文字の略称で表すこともできます. 例えばmon、tue、jan、feb等です. それぞれのフィールドは範囲で表すこともできます. 例えば1-5やmon-friといった記述です. カンマで分離された記述（例：1,2,3やmon,tue,wed）や刻み幅を使った範囲指定（例：1-6/2は1と3と5を示します）も可能です.

少し混乱するかもしれませんが、いくつかの記述例を見ればそれほど複雑でないことがわかるでしょう.

何がカバーされているかをテストするために、少ないcronジョブを与えて何が起こるかを確認しましょう. 最初に次のファイルを作成します.

このcrontabファイルを上の表の"crontab新規作成"のコマンドを使って登録しましょう.

スケジュールされたcronジョブを検証するため、上の表の"cronジョブの表示 "に記載されているコマンドを使用します.

とよく似たリストが得られるはずです. 表示されない場合は、おそらく適切でないコマンドをcrontabに与えたのでしょう.

このcrontabは2ヶ月毎に、毎日、毎時間、毎分"I really like cron"を出力するはずです. 明らかにユーザはcronが気に入ったときにそれをするのでしょう. このcrontabは、1月と2月の毎日16:30に"I like cron a little"を出力します. また1月1日の3:10に"I don't really like cron"を出力します.

もしanacronを使っている場合は、このままガイドを読み続けてください. もし使っていない場合は、次のセクションEditing crontabsに進んでください.

anacronユーザはを編集します. このファイルは4つのフィードを持っています. それぞれ「何日毎に実行するか」、「anacron実行の何分後にジョブを実行するか」、「ジョブの名前」、「ジョブの実行コマンド」となります.

例えば"I like anacron"を、5日毎に、かつanacronがスタートしてから10分後に出力したい場合、次を入力してください.

anacronは、anacrontabファイルに記載のすべてのジョブを完了後、exitします. これらのジョブが毎日実行されているかどうかを確認するために、cronデーモンが使用されます. 次のセクションの最後に、これがどのように扱われるかを記載します.

crontabの編集
現実的に、cronが毎分毎に、どれぐらいcronが好きか逐一報告されることを希望するユーザーはいないでしょう. 次のステップとして、上記の表の消去コマンドに相当するものを使用して、これまで使用したサンプルのcrontabを消去しましょう. 消去した後はリストコマンドを使用して、cronジョブがすでに動作していないことを確認しましょう.

crontab -lでcronジョブは出力されないはずです. もしcronジョブが残っている場合、crontabの消去が失敗しています. その場合はシステムのcronパッケージに合致した消去コマンドを使用してるかどうか確認してください.

これでクリーンな状態になりました. 何か役に立つものをroot crontabに追加しましょう. 多くの場合、mlocateを正しく動作させるために週単位でupdatedb</tt>を動かすでしょう. システムのcrontabに追加する場合、以下のようにを変更します.

この例では、cronは毎週月曜日の午前2:22にupdatedbを起動します. 適切な新規作成コマンドを上の表から選択、実行してください. 実行後、もう一度リストをチェックしましょう.

これでようやくPortageツリーを最新の状態に保つためにemerge --sync</tt>を日々スケジュールすべきと主張できます. これはを編集し、上の例で示したようにcrontab crons.cron</tt>を実行する、もしくは上の表で示される適切な編集コマンドでスケジュールできます. この方法で、等の外部ファイルに依存せずに、ユーザーのcrontabを今の場所で編集することができます.

このコマンドはユーザーのcrontabをエディターで開きます. 例えば、emerge --sync</tt>を毎日午前6:30に実行したい場合、crontabを以下のようにしてください.

Again, check the cron-jobs list as done in the previous examples to make sure the jobs are scheduled. If they are all there, then the system is ready to rock and roll.

cronbaseを使う
As mentioned earlier, all of the available cron packages depend on. The cronbase package creates, and a script called. Notice the default file contains something like this:

To avoid going into much detail, assume these commands will effectively run hourly, daily, weekly and monthly scripts. This method of scheduling cron-jobs has some important advantages:


 * They will run even if the computer was off when they were scheduled to run;
 * It is easy for package maintainers to place scripts in those well defined places;
 * The administrators know exactly where the cron-jobs and crontab are stored, making it easy to backup and restore these parts of their systems.

anacronを使う
As mentioned earlier, anacron is used on systems not meant to be run continuously (like most of the desktop installations). Its default configuration file,, is usually similar to the following:

The main difference between this and other common crontabs is that with anacron there is no fixed date/hour for the job scheduling, but only the period between every run. When anacron is started, it will check the contents of a set of files in and calculate if the corresponding entry in the configuration file has expired since the last run. If it has, then the command is invoked again.

As a final note, it is important to comment out any overlapping entry in any other cron installed in the system, such as in the following vixie-cron crontab example:

Without doing this, the daily, weekly and monthly parts will be executed - at different times - by both the cron daemon and anacron, leading to possible double job executions.

最後に
cronパッケージはそれぞれ異なり、機能的にも大きな幅を持っていることを覚えておいてください. 使用しているcronデーモンにあわせて、crontab、fcrontab、anacrontab等のmanページをよく理解しましょう.

Good luck!

トラブルシューティング
cronが正しく動作しない場合、以下のチェックリストが役に立つかもしれません.

cronは起動していますか?
cronが起動しているかどうかを検証するため、cronがプロセスリストに存在しているかどうかを確認してください.

cronは動作していますか?
次を試してみてください.

上記を実施後、が定期的に更新されているか確認してください.

そのコマンドは動作していますか?
上記と同様に、標準エラー出力もリダイレクトしてみましょう.

cronはジョブを起動していますか?
cronのログを確認してください. 通常、エラーはもしくはに記録されます.

はありますか？
通常、cronは何か問題が発生した際にメールを送付します. メールが届いていないか、もしくはが生成されていないか確認してください.

cronの代替
いくつかのホスティング会社はcronへのアクセスを許可していません. ただし、有償、無償を問わず、多くのcron代替をみつけられるでしょう.


 * EasyCron