「Cron」の版間の差分

提供: ArchWiki
ナビゲーションに移動 検索に移動
(1版 をインポートしました)
(Pkg/AUR テンプレートの更新)
(2人の利用者による、間の12版が非表示)
5行目: 5行目:
 
[[fr:Cron]]
 
[[fr:Cron]]
 
[[ko:Cron]]
 
[[ko:Cron]]
  +
[[ru:Cron]]
 
[[sk:Cron]]
 
[[sk:Cron]]
[[zh-CN:Cron]]
+
[[zh-hans:Cron]]
 
{{Related articles start}}
 
{{Related articles start}}
{{Related2|systemd/Timers|systemd/タイマー}}
+
{{Related|systemd/タイマー}}
  +
{{Related|crontab でパッケージを更新}}
 
{{Related articles end}}
 
{{Related articles end}}
   
 
[[Wikipedia:Cron|Wikipedia]] より:
 
[[Wikipedia:Cron|Wikipedia]] より:
   
'''''cron''' は Unix ライクなコンピュータオペレーティングシステムにおける時間基準のジョブスケジューラです。cron を使うことでジョブ (コマンドやシェルスクリプト) をスケジュールして定期的に特定の時刻・時間に実行することが可能になります。システムのメンテナンスや管理を自動化するためによく使われます。''
+
:'''cron''' は Unix ライクなコンピュータオペレーティングシステムにおける時間基準のジョブスケジューラです。cron を使うことでジョブ (コマンドやシェルスクリプト) をスケジュールして定期的に特定の時刻・時間に実行することが可能になります。システムのメンテナンスや管理を自動化するためによく使われます。
   
 
== インストール ==
 
== インストール ==
   
cron の実装はたくさん存在しますが、デフォルトではそのいずれもインストールされません。代わりにベースシステムは [[systemd/Timers|systemd/タイマー]] を使用しています。実装の比較については Gentoo の [http://www.gentoo.org/doc/en/cron-guide.xml cron ガイド] を見て下さい。
+
cron の実装はたくさん存在しますが、デフォルトではそのいずれもインストールされません。代わりにベースシステムは [[systemd/タイマー]] を使用しています。実装の比較については Gentoo の [https://wiki.gentoo.org/wiki/Cron/ja cron ガイド] を見て下さい。
   
 
[[公式リポジトリ]]にあるパッケージ:
 
[[公式リポジトリ]]にあるパッケージ:
24行目: 26行目:
 
* {{Pkg|fcron}}
 
* {{Pkg|fcron}}
   
[[AUR|AUR]] にあるパッケージ:
+
[[AUR]] にあるパッケージ:
   
* {{AUR|bcron}}
 
 
* {{AUR|dcron}}
 
* {{AUR|dcron}}
 
* {{AUR|vixie-cron}}
 
* {{AUR|vixie-cron}}
  +
* {{AUR|scron-git}}
   
 
== 設定 ==
 
== 設定 ==
50行目: 52行目:
   
 
# {{ic|cronie.service}} ユニットを[[Systemd#ユニットファイルの編集|編集]]する。
 
# {{ic|cronie.service}} ユニットを[[Systemd#ユニットファイルの編集|編集]]する。
# {{Pkg|esmtp}}, {{Pkg|msmtp}}, {{Pkg|opensmtpd}} をインストールする、もしくはカスタムスクリプトを書く。
+
# {{Pkg|esmtp}}, {{Pkg|msmtp}}, {{Pkg|opensmtpd}}, [[SSMTP|ssmtp]] をインストールする、もしくはカスタムスクリプトを書く。
  +
  +
==== ssmtp の例 ====
  +
  +
ssmtp は送信だけを行う sendmail エミュレータで、ローカルコンピュータから smtp サーバーにメールを送信できます。活発なメンテナンスはされていませんが、設定済みのメールハブに対してメールを転送する方法としては最もシンプルです。デーモンを実行する必要はなく、設定ファイルを3行編集するだけで設定できます (認証されていないメールをメールハブでリレー出来る場合)。ssmtp はメールを受け取ったり、エイリアスを展開したり、キューを管理したりはしません。
  +
  +
{{AUR|ssmtp}} をインストールしてください。{{ic|/usr/bin/sendmail}} から {{ic|/usr/bin/ssmtp}} にシンボリックリンクが作成されます。インストールしたら {{ic|/etc/ssmtp/ssmtp.conf}} を編集してください。詳しくは [[SSMTP|ssmtp]] を参照。{{ic|/usr/bin/sendmail}} に対してシンボリックリンクが作成されることで [[S-nail]] などのプログラム ({{ic|/usr/bin/mail}} を提供するパッケージ) をそのまま使うことが可能です。
  +
  +
{{ic|/usr/bin/sendmail}} がインストールされていることを認識されるために {{ic|cronie}} を再起動してください。
   
 
==== msmtp の例 ====
 
==== msmtp の例 ====
62行目: 72行目:
 
ExecStart=
 
ExecStart=
 
ExecStart=/usr/bin/crond -n -m '/usr/bin/msmtp -t'</nowiki>}}
 
ExecStart=/usr/bin/crond -n -m '/usr/bin/msmtp -t'</nowiki>}}
{{Note|The empty {{ic|<nowiki>ExecStart=</nowiki>}} cancels any previous {{ic|ExecStart}} commands.}}
+
{{Note|{{ic|<nowiki>ExecStart=</nowiki>}} を空にすると前に指定された {{ic|ExecStart}} コマンドが全てキャンセルされます。}}
   
 
==== esmtp の例 ====
 
==== esmtp の例 ====
121行目: 131行目:
 
$ echo test | sendmail user
 
$ echo test | sendmail user
   
''user'' は mbox フォーマットを扱える[[:Category:Email Client|メールクライアント]]を使うか、{{ic|/var/spool/mail/''user''}} ファイルを見ることでメールを確認できます。全てが問題なく動作するようでしたら、opensmtpd を有効にします:
+
''user'' は mbox フォーマットを扱える[[:Category:メールクライアント|メールクライアント]]を使うか、{{ic|/var/spool/mail/''user''}} ファイルを見ることでメールを確認できます。全てが問題なく動作するようでしたら、opensmtpd を有効にします:
 
# systemctl enable smtpd
 
# systemctl enable smtpd
   
143行目: 153行目:
 
# 出力があったらすぐに、cron は MTA を実行し、MTA にヘッダーをわたす。ジョブは完了しておらず、出力がまだあるかもしれないので、パイプは開きっぱなしになる。
 
# 出力があったらすぐに、cron は MTA を実行し、MTA にヘッダーをわたす。ジョブは完了しておらず、出力がまだあるかもしれないので、パイプは開きっぱなしになる。
 
# MTA は postfix との接続を開いて、残りのボディが来るまで待っている間、接続を開き続ける。
 
# MTA は postfix との接続を開いて、残りのボディが来るまで待っている間、接続を開き続ける。
# 一時間より早く postfix はアイドル状態の接続を閉じて、以下のようなエラーを表示する:
+
# 一時間以内に postfix はアイドル状態の接続を閉じて、以下のようなエラーを表示する:
 
smtpmsg='421 … Error: timeout exceeded' errormsg='the server did not accept the mail'
 
smtpmsg='421 … Error: timeout exceeded' errormsg='the server did not accept the mail'
   
 
{{Pkg|moreutils}} の chronic または sponge コマンドを使うことでこの問題は解決できます。それぞれの man ページより:
 
{{Pkg|moreutils}} の chronic または sponge コマンドを使うことでこの問題は解決できます。それぞれの man ページより:
  +
; chronic: chronic はコマンドを実行して、コマンドが失敗した場合にのみ (0以外の終了コードが吐かれたりクラッシュしたとき)、標準出力や標準エラーが表示されるようにします。コマンドが問題なく実行されたときは、何も出力されません。
; chronic: chronic runs a command, and arranges for its standard out and standard error to only be displayed if the command fails (exits nonzero or crashes). If the command succeeds, any extraneous output will be hidden.
 
  +
; sponge: sponge は標準入力を読み込んで指定されたファイルに書き出します。シェルのリダイレクトと違って、sponge は出力ファイルを開く前のあらゆる入力を吸い上げてしまいます。出力ファイルが指定されなかったときは、sponge は標準出力に出力します。
; sponge: sponge reads standard input and writes it out to the specified file. Unlike a shell redirect, sponge soaks up all its input before opening the output file… If no output file is specified, sponge outputs to stdout.
 
   
  +
マニュアルには載っていませんが、chronic は標準出力を開く前のコマンド出力をバッファします (sponge も同じようにバッファを使います)。
Even if it's not said chronic buffer the command output before opening its standard output (like sponge does).
 
   
 
== Crontab のフォーマット ==
 
== Crontab のフォーマット ==
166行目: 176行目:
 
カンマを使うことで複数の時間を指定することが出来ます。時間の範囲はハイフンで決めることができ、アスタリスクはワイルドカード文字になります。スペースはフィールドを分けるのに使います。例えば、次の行はスクリプト {{ic|i_love_cron.sh}} を夏の期間 (6月, 7月, 8月) を除く平日の午前9時から午後4:55まで5分間隔で実行します:
 
カンマを使うことで複数の時間を指定することが出来ます。時間の範囲はハイフンで決めることができ、アスタリスクはワイルドカード文字になります。スペースはフィールドを分けるのに使います。例えば、次の行はスクリプト {{ic|i_love_cron.sh}} を夏の期間 (6月, 7月, 8月) を除く平日の午前9時から午後4:55まで5分間隔で実行します:
   
*0,*5 9-16 * 1-5,9-12 1-5 ~/bin/i_love_cron.sh
+
*/5 9-16 * 1-5,9-12 1-5 ~/bin/i_love_cron.sh
   
  +
さらに、crontab には特殊なキーワードもいくつか存在します:
他の例や高度な設定テクニックは下を見て下さい。
 
  +
  +
@reboot : 起動時
  +
@yearly : 一年毎
  +
@annually ( == @yearly)
  +
@monthly : 一月毎
  +
@weekly : 一周毎
  +
@daily : 一日毎
  +
@midnight ( == @daily)
  +
@hourly : 一時間毎
  +
  +
例えば、起動時に {{ic|i_love_cron.sh}} を実行する場合:
  +
  +
@reboot ~/bin/i_love_cron.sh
  +
  +
参照: http://www.adminschoice.com/crontab-quick-reference
   
 
== 基本的なコマンド ==
 
== 基本的なコマンド ==
181行目: 206行目:
   
 
$ crontab -e
 
$ crontab -e
  +
  +
{{Note|デフォルトでは {{ic|crontab}} コマンドは {{ic|vi}} エディタを使います。使用するエディタを変えたいときは、{{ic|EDITOR}} または {{ic|VISUAL}} を [[環境変数|export]] するか、直接エディタを指定してください: {{ic|1=EDITOR=vim crontab -e}}。}}
   
 
crontab を削除するには、次のコマンドを使って下さい:
 
crontab を削除するには、次のコマンドを使って下さい:
227行目: 254行目:
 
== デフォルトエディタ ==
 
== デフォルトエディタ ==
   
デフォルトエディタを変更するには、シェルの初期化スクリプトで {{ic|EDITOR}} 環境変数を定義してください (vim ユーザーは {{AUR|vim-default-editor}} が使えます)。例:
+
デフォルトエディタを変更するには、シェルの初期化スクリプトで {{ic|EDITOR}} 環境変数を定義してください (vim ユーザーは {{AUR|vim-default-editor}}{{Broken package link|{{aur-mirror|vim-default-editor}}}} が使えます)。例:
   
 
{{hc|/etc/profile.d/nano-default-editor.sh|2=<nowiki>
 
{{hc|/etc/profile.d/nano-default-editor.sh|2=<nowiki>
239行目: 266行目:
 
$ su -c "crontab -e"
 
$ su -c "crontab -e"
   
  +
上記のコマンドをエイリアスにするときは {{ic|printf}} が必要です。{{ic|su}} を使うと新しいシェルが起動するためです:
To have an alias to this {{ic|printf}} is required to carry the arbitrary string because {{ic|su}} launches in a new shell:
 
   
 
alias scron="su -c $(printf "%q " "crontab -e")"
 
alias scron="su -c $(printf "%q " "crontab -e")"
249行目: 276行目:
 
== X.org サーバーを使用するアプリケーションを実行 ==
 
== X.org サーバーを使用するアプリケーションを実行 ==
   
  +
Cron は X.org サーバー下では実行されないため、X.org サーバーアプリケーションを実行するために必要な環境変数を知りません。そのため、環境変数を定義する必要があります。{{AUR|xuserrun}}{{Broken package link|{{aur-mirror|xuserrun}}}} などのプログラムを使うことで X.org アプリケーションを実行できます:
Cron does not run under the X.org server therefore it cannot know the environmental variable necessary to be able to start an X.org server application so they will have to be defined. One can use a program like {{AUR|xuserrun}} to do it:
 
   
 
17 02 * ... /usr/bin/xuserrun /usr/bin/xclock
 
17 02 * ... /usr/bin/xuserrun /usr/bin/xclock
   
Or then can be defined manually ({{ic|echo $DISPLAY}} will give the current DISPLAY value):
+
もしくは環境変数を手動で定義する方法もあります ({{ic|echo $DISPLAY}} で現在の DISPLAY の値がわかります):
   
 
17 02 * ... env DISPLAY=:0 /usr/bin/xclock
 
17 02 * ... env DISPLAY=:0 /usr/bin/xclock
   
  +
SSH などを通す場合は、権限を与えてください:
If done through say SSH, permission will need be given:
 
   
 
# xhost +si:localuser:$(whoami)
 
# xhost +si:localuser:$(whoami)
263行目: 290行目:
 
== 非同期のジョブ処理 ==
 
== 非同期のジョブ処理 ==
   
  +
コンピュータをオフにしてもジョブがちゃんと実行されるようにしたい場合、複数の解決方法が存在します (簡単な順番で並んでいます):
If you regularly turn off your computer but do not want to miss jobs, there are some solutions available (easiest to hardest):
 
   
 
=== Cronie ===
 
=== Cronie ===
   
Cronie には anacron が含まれています。
+
Cronie には anacron が含まれています。プロジェクトのホームページより:
  +
  +
Cronie には特定時刻に指定したプログラムを起動するための標準 UNIX デーモンである crond と関連ツールが含まれています。Cronie はオリジナルの cron をベースとしており、pam や SELinux を利用できるようにするなどの改善がされています。
  +
  +
{{Note|{{ic|systemctl status cronie}} の出力に {{ic|crond[<PID>]: (root) CAN'T OPEN (/etc/crontab): No such file or directory}} のようなメッセージが表示される場合がありますが、cronie 1.4.8 現在、これはエラーではありません。[https://lists.archlinux.org/pipermail/arch-general/2012-February/025178.html こちら] を参照。}}
   
 
=== Dcron ===
 
=== Dcron ===
277行目: 308行目:
 
=== Cronwhip ===
 
=== Cronwhip ===
   
  +
{{AUR|cronwhip}} は見過ごされた cron ジョブを自動的に実行するスクリプトです。昔 Arch でデフォルトの cron 実装だった ''dcron'' で動作します。[https://bbs.archlinux.org/viewtopic.php?id=57973 フォーラムスレッド] も参照。
{{AUR|cronwhip}} is a script to automatically run missed cron jobs; it works with the former default cron implementation, ''dcron''.
 
See also the [https://bbs.archlinux.org/viewtopic.php?id=57973 forum thread].
 
   
 
=== Anacron ===
 
=== Anacron ===
   
{{AUR|anacron}} はジョブを非同期に処理する ''dcron'' を完全に置き換えます。
+
Anacron はジョブを非同期に処理する ''dcron'' を完全に置き換えます。
  +
  +
Anacron は {{Pkg|cronie}} に含まれており、設定ファイルは {{ic|/etc/anacrontab}} です。フォーマットの情報は {{ic|anacrontab(5)}} [[man ページ]]にあります。{{ic|anacron -T}} を実行することで {{ic|/etc/anacrontab}} に問題がないかテストすることができます。
   
 
=== Fcron ===
 
=== Fcron ===
   
  +
''anacron'' と同じように、{{Pkg|fcron}} はコンピュータの電源が落ちている場合を想定しますが、''anacron'' とは違って、一日よりも短いインターバルでイベントを組むことができます。定期的にサスペンド・ハイバネートを行うような環境 (ノートパソコンなど) で有用です。cronwhip と同様に、fcron はコンピュータが落ちている間に実行すべきだったジョブを実行します。
Like ''anacron'', {{Pkg|fcron}} assumes the computer is not always running and, unlike ''anacron'', it can schedule events at intervals shorter than a single day which may be useful for systems which suspend/hibernate regularly (such as a laptop). Like cronwhip, fcron can run jobs that should have been run during the computer's downtime.
 
   
  +
{{Pkg|cronie}} を fcron で置き換える場合、spool ディレクトリが {{ic|/var/spool/fcron}} になり、ユーザーの crontab を編集するときに ''crontab'' の代わりに {{ic|fcrontab}} コマンドを使うことになるので注意してください。crontab はバイナリ形式で保存され、spool ディレクトリに ''foo''.orig という名前のテキストファイルが出来ます。手動でユーザーの crontab を編集するスクリプトを使っているのであれば、修正が必要です。
When replacing {{Pkg|cronie}} with fcron be aware the spool directory is {{ic|/var/spool/fcron}} and the {{ic|fcrontab}} command is used instead of ''crontab'' to edit the user crontabs. These crontabs are stored in a binary format with the text version next to them as ''foo''.orig in the spool directory. Any scripts which manually edit user crontabs may need to be adjusted due to this difference in behavior.
 
   
  +
伝統的なユーザーの crontab を fcron 方式に変換するクイックスクリプトレット:
A quick scriptlet which may aide in converting traditional user crontabs to fcron format:
 
   
 
{{bc|
 
{{bc|
300行目: 332行目:
 
}}
 
}}
   
See also the [https://bbs.archlinux.org/viewtopic.php?id=140497 forum thread].
+
[https://bbs.archlinux.org/viewtopic.php?id=140497 フォーラムスレッド] も参照。
   
 
== 排他性の確保 ==
 
== 排他性の確保 ==
   
  +
ジョブの実行時間が長くなる可能性がある場合 (例えばシステムのバックアップは変更箇所が多かったりネットワーク接続が遅かったりして長くなることがあります)、{{ic|flock}} ({{Pkg|util-linux}}) を使うことで cron ジョブが二重に実行されないようにすることができます。
If you run potentially long-running jobs (e.g., a backup might all of a sudden run for a long time, because of many changes or a particular slow network connection), then {{AUR|lockrun}} can ensure that the cron job won't start a second time.
 
  +
  +
5,35 * * * * /usr/bin/flock -n /tmp/lock.backup /root/make-backup.sh
  +
  +
== cronie ==
  +
  +
vixie-cron (伝統的な cron) をずっと使っていた場合 cronie の設定方法に困惑させられるかもしれません。ファイル階層は以下のとおりになっています:
  +
  +
/etc
  +
|----- anacrontab
  +
|----- cron.d
  +
| ----- 0hourly
  +
|----- cron.daily
  +
|----- cron.deny
  +
|----- cron.hourly
  +
| ----- 0anacron
  +
|----- cron.monthly
  +
|----- cron.weekly
  +
|----- crontab
  +
  +
crontab ファイルはデフォルトでは作成されませんが、追加されたジョブは実行されます。Cronie は cron と anacron の両方の機能を提供します。マシンの時刻が指定した日時になったときに cron は特定の間隔 (精度は1分まで) でジョブを実行するのに対して、anacron は特定日時にマシンの電源が入っているかどうか関係なくジョブを実行します (精度は最低1日)。マシンの電源が入ると、anacron は実行しておくべきジョブがないかどうか確認して、あれば実行します。{{ic|/etc/cron.d}} と {{ic|/etc/cron.hourly}} ディレクトリは '''cron''' 機能で使用し、{{ic|/etc/anacrontab}} ファイルと {{ic|/etc/cron.daily}}, {{ic|/etc/cron.weekly}}, {{ic|/etc/cron.monthly}} ディレクトリは '''anacron''' 機能で使用します。{{ic|/etc/cron.deny}} ファイルは特にジョブの作成を禁止されていないユーザーが cron ジョブを作成することができます。
  +
  +
システム全体の cron ジョブを作りたい場合、crontab のようなファイルを作成して {{ic|/etc/cron.d}} ディレクトリに配置するか {{ic|/etc/crontab}} にジョブを追加してください。{{ic|/etc/cron.hourly}} に存在する実行可能ファイル (普通は全てシェルスクリプト) は毎時間実行されます。
   
  +
Anacron 機能も同じように実装されていますが、使用するのは {{ic|/etc/cron.daily}}, {{ic|/etc/cron.weekly}}, {{ic|/etc/cron.monthly}} ディレクトリで、ジョブを実行する間隔で決めます。anacron のジョブファイルも実行可能ファイルです。crontab フォーマットではありません。Anacron は毎時間 crontab ファイルの {{ic|/etc/cron.d/0hourly}} によって {{ic|/etc/cron.hourly}} の中にある {{ic|/etc/cron.hourly/0anacron}} ファイルから実行されます。ファイルを削除すると anacron が実行されなくなります。
5,35 * * * * /usr/bin/lockrun -n /tmp/lock.backup /root/make-backup.sh
 
   
 
== Dcron ==
 
== Dcron ==
   
  +
cron デーモンは {{ic|crontab}} という名前の設定ファイルをパースします。各ユーザーは別々の crontab ファイルを使うことで別個にコマンドを実行することができます。root ユーザーの crontab はシステム全体のコマンドのスケジュールを組みために使います (cron の実装によっては、ユーザーが {{ic|/etc/crontab}} や {{ic|/etc/cron.d}} ディレクトリを使うことができる場合もあります)。
The cron daemon parses a configuration file known as {{ic|crontab}}. Each user on the system can maintain a separate crontab file to schedule commands individually. The root user's crontab is used to schedule system-wide tasks (though users may opt to use {{ic|/etc/crontab}} or the {{ic|/etc/cron.d}} directory, depending on which cron implementation they choose).
 
   
 
{{hc|/var/spool/cron/root
 
{{hc|/var/spool/cron/root
327行目: 381行目:
 
</nowiki>}}
 
</nowiki>}}
   
  +
以下の行は crontab エントリのフォーマットの例です。空白で区切られたフィールドに以下を指定します:
These lines exemplify one of the formats that crontab entries can have, namely whitespace-separated fields specifying:
 
   
 
# @period
 
# @period
333行目: 387行目:
 
# command
 
# command
   
  +
crontab エントリの他の標準フォーマット:
The other standard format for crontab entries is:
 
   
 
# minute
 
# minute
342行目: 396行目:
 
# command
 
# command
   
The crontab files themselves are usually stored as {{ic|/var/spool/cron/username}}. For example, root's crontab is found at {{ic|/var/spool/cron/root}}
+
crontab ファイルは通常 {{ic|/var/spool/cron/username}} に保存され、root crontab ファイルは {{ic|/var/spool/cron/root}} になります。
   
  +
詳しい情報や設定例は crontab の [[man ページ]]を見てください。
See the crontab [[man page]] for further information and configuration examples.
 
   
 
== 参照 ==
 
== 参照 ==
   
* [http://www.gentoo.org/doc/en/cron-guide.xml Gentoo Linux Cron Guide]
+
* [https://www.gentoo.org/doc/en/cron-guide.xml Gentoo Linux Cron Guide]

2019年3月25日 (月) 23:54時点における版

関連記事

Wikipedia より:

cron は Unix ライクなコンピュータオペレーティングシステムにおける時間基準のジョブスケジューラです。cron を使うことでジョブ (コマンドやシェルスクリプト) をスケジュールして定期的に特定の時刻・時間に実行することが可能になります。システムのメンテナンスや管理を自動化するためによく使われます。

インストール

cron の実装はたくさん存在しますが、デフォルトではそのいずれもインストールされません。代わりにベースシステムは systemd/タイマー を使用しています。実装の比較については Gentoo の cron ガイド を見て下さい。

公式リポジトリにあるパッケージ:

AUR にあるパッケージ:

設定

有効化と自動起動

デーモンをインストールしても、デフォルトでは有効になっていません。インストールしたパッケージにはサービスが入っているので、systemctl を使用してコントロールすることができます。例えば、cronie を起動して有効化するには:

# systemctl start cronie
# systemctl enable cronie

これらのコマンドはあなたが選んだ実装に合わせて変更してください、例えば:

# systemctl start dcron
# systemctl enable dcron

/etc/cron.daily/ や同じようなディレクトリを見てジョブが存在するか確認してください。cron サービスを有効にすることで、それらのジョブが作動します。

ノート: cronie には他のジョブの実行を遅延させるための、0anacron hourly ジョブが存在します。例えばコンピュータの電源を切った場合の標準実行の時があたります。

ジョブのエラーの対処

cron は stdoutstderr からの出力を記録して sendmail コマンドを使ってユーザーのスプールにメールで送信しようと試みます。/usr/bin/sendmail が存在しない場合 Cronie はメール出力を無効化します。これらのメッセージをログとして記録するには -m オプションを使ってスクリプトを書くか基本的な SMTP サブシステムをインストールしてください。

  1. cronie.service ユニットを編集する。
  2. esmtp, msmtp, opensmtpd, ssmtp をインストールする、もしくはカスタムスクリプトを書く。

ssmtp の例

ssmtp は送信だけを行う sendmail エミュレータで、ローカルコンピュータから smtp サーバーにメールを送信できます。活発なメンテナンスはされていませんが、設定済みのメールハブに対してメールを転送する方法としては最もシンプルです。デーモンを実行する必要はなく、設定ファイルを3行編集するだけで設定できます (認証されていないメールをメールハブでリレー出来る場合)。ssmtp はメールを受け取ったり、エイリアスを展開したり、キューを管理したりはしません。

ssmtpAUR をインストールしてください。/usr/bin/sendmail から /usr/bin/ssmtp にシンボリックリンクが作成されます。インストールしたら /etc/ssmtp/ssmtp.conf を編集してください。詳しくは ssmtp を参照。/usr/bin/sendmail に対してシンボリックリンクが作成されることで S-nail などのプログラム (/usr/bin/mail を提供するパッケージ) をそのまま使うことが可能です。

/usr/bin/sendmail がインストールされていることを認識されるために cronie を再起動してください。

msmtp の例

msmtp を使って cronie からメールを取得する方法は2つあります:

  1. msmtp-mta パッケージをインストールします。/usr/bin/sendmail から /usr/bin/msmtp にシンボリックリンクが作成されます。cronie を再起動して新しい sendmail コマンドが検出されていることを確認してください。msmtp にユーザー名をメールアドレスに変換する手段を用意する必要があります。
    • 次のように crontab に MAILTO 行を追加する:
      MAILTO=your@email.com
      または:
    • /etc/msmtprc に次の行を加えて:
      aliases /etc/aliases
      /etc/aliases を作成してください:
      your_username: your@email.com
      # Optional:
      default: your@email.com
  2. cronie.service ユニットを編集します。例えば、/etc/systemd/system/cronie.service.d/msmtp.conf を作成してください:
    [Service]
    ExecStart=
    ExecStart=/usr/bin/crond -n -m '/usr/bin/msmtp -t'
ノート: ExecStart= を空にすると前に指定された ExecStart コマンドが全てキャンセルされます。

esmtp の例

esmtpprocmail をインストールしてください。

インストールした後、ルーティングを設定してください:

/etc/esmtprc
identity myself@myisp.com
       hostname mail.myisp.com:25
       username "myself"
       password "secret"
       starttls enabled
       default
mda "/usr/bin/procmail -d%T"

Procmail は配送モードで動作するのに root 権限を必要としますが cronjob を root で実行している場合は問題になりません。

正しく動作しているかテストするには、ファイル message.txt を作成して中に "test message" を記述してください。

同じディレクトリから次を実行してください:

$ sendmail user_name < message.txt 

そして:

$ cat /var/spool/mail/user_name

テストメッセージと送信された日時が表示されるはずです。

全てのジョブのエラー出力は /var/spool/mail/user_name にリダイレクトされます。

権限の問題で、root にメールを作成・送信するのは困難です (例: su -c "")。esmtp の設定で root のメールを全て通常のユーザーに転送させることができます:

/etc/esmtprc
force_mda="user-name"
ノート: 上記のテストが上手く行かない場合、同じ内容で ~/.esmtprc にローカルの設定を作成してみて下さい。

適切なパーミッションにするために次のコマンドを実行してください:

$ chmod 710 ~/.esmtprc
それから message.txt でまたテストしてください。

opensmtpd の例

opensmtpd をインストールしてください。

/etc/smtpd/smtpd.conf を編集します。以下の設定でローカル配信が可能になります:

listen on localhost
accept for local deliver to mbox

次のコマンドでテストが行えます:

# systemctl start smtpd
$ echo test | sendmail user

user は mbox フォーマットを扱えるメールクライアントを使うか、/var/spool/mail/user ファイルを見ることでメールを確認できます。全てが問題なく動作するようでしたら、opensmtpd を有効にします:

# systemctl enable smtpd

この方法には、リモートサーバーに cron のローカルな通知が送信しないという利点があります。ネットワーク接続も必要ありません。欠点としては、新しいデーモンを実行する必要があります。

ノート:
  • 執筆時点では Arch の opensmtpd パッケージは /var/spool/mail/user 下に必要なディレクトリを全て作成しません。ただし、デーモンが必要な所有者とパーミッションについて警告を出すので、それに従ってディレクトリを作成してください。
  • 上記の設定はリモート接続を受け入れませんが、用心として iptables などを使ってセキュリティレイヤーでポート25をブロックするのも良いでしょう。

長い cron ジョブ

仮に cron によって以下のプログラムが実行されると:

#!/bin/sh
echo "I had a recoverable error!"
sleep 1h

以下のことが起こります:

  1. cron がスクリプトを実行
  2. 出力があったらすぐに、cron は MTA を実行し、MTA にヘッダーをわたす。ジョブは完了しておらず、出力がまだあるかもしれないので、パイプは開きっぱなしになる。
  3. MTA は postfix との接続を開いて、残りのボディが来るまで待っている間、接続を開き続ける。
  4. 一時間以内に postfix はアイドル状態の接続を閉じて、以下のようなエラーを表示する:
smtpmsg='421 … Error: timeout exceeded' errormsg='the server did not accept the mail'

moreutils の chronic または sponge コマンドを使うことでこの問題は解決できます。それぞれの man ページより:

chronic
chronic はコマンドを実行して、コマンドが失敗した場合にのみ (0以外の終了コードが吐かれたりクラッシュしたとき)、標準出力や標準エラーが表示されるようにします。コマンドが問題なく実行されたときは、何も出力されません。
sponge
sponge は標準入力を読み込んで指定されたファイルに書き出します。シェルのリダイレクトと違って、sponge は出力ファイルを開く前のあらゆる入力を吸い上げてしまいます。出力ファイルが指定されなかったときは、sponge は標準出力に出力します。

マニュアルには載っていませんが、chronic は標準出力を開く前のコマンド出力をバッファします (sponge も同じようにバッファを使います)。

Crontab のフォーマット

crontab の基本的なフォーマットは:

minute hour day_of_month month day_of_week command
  • minute は 0 から 59 までの値。
  • hour は 0 から 23 までの値。
  • day_of_month は 1 から 31 までの値。
  • month は 1 から 12 までの値。
  • day_of_week は 0 から 6 までの値、0 が日曜日。

カンマを使うことで複数の時間を指定することが出来ます。時間の範囲はハイフンで決めることができ、アスタリスクはワイルドカード文字になります。スペースはフィールドを分けるのに使います。例えば、次の行はスクリプト i_love_cron.sh を夏の期間 (6月, 7月, 8月) を除く平日の午前9時から午後4:55まで5分間隔で実行します:

*/5 9-16 * 1-5,9-12 1-5 ~/bin/i_love_cron.sh

さらに、crontab には特殊なキーワードもいくつか存在します:

@reboot : 起動時
@yearly : 一年毎
@annually ( == @yearly)
@monthly : 一月毎
@weekly : 一周毎
@daily : 一日毎
@midnight ( == @daily)
@hourly : 一時間毎

例えば、起動時に i_love_cron.sh を実行する場合:

@reboot ~/bin/i_love_cron.sh

参照: http://www.adminschoice.com/crontab-quick-reference

基本的なコマンド

Crontab を直接編集してはいけません。代わりに、ユーザーは crontab プログラムを使って crontab を編集してください。このコマンドを実行するには、ユーザーは users グループのメンバーである必要があります (gpasswd コマンドを見て下さい)。

crontab を一覧するには、次のコマンドを実行してください:

$ crontab -l

crontab を編集するには、次のコマンドを使って下さい:

$ crontab -e
ノート: デフォルトでは crontab コマンドは vi エディタを使います。使用するエディタを変えたいときは、EDITOR または VISUALexport するか、直接エディタを指定してください: EDITOR=vim crontab -e

crontab を削除するには、次のコマンドを使って下さい:

$ crontab -r

既に crontab が存在していて、古い crontab を完全に上書きするには次を使って下さい:

$ crontab saved_crontab_filename

コマンドライン (Wikipedia:ja:標準ストリーム) から crontab を上書きするには:

$ crontab - 

他の誰かの crontab を編集するには、次のコマンドを root で実行してください:

# crontab -u username -e

同じフォーマット (コマンドに -u username を追加すること) は crontab の表示・削除にも使えます。

サンプル

コマンド /bin/echo Hello, world! を毎月の毎日の毎時間の1分目 (つまり 12:01, 1:01, 2:01 ...) に実行するエントリ:

01 * * * * /bin/echo Hello, world!

1月の平日に5分ごと (つまり 12:00, 12:05, 12:10 ...) に同じジョブを実行するエントリ:

*/5 * * jan mon-fri /bin/echo Hello, world!

次の行は夏 (6月, 7月, 8月) 以外の毎月の平日 (月-金) の午前9時から午後5時まで5分間隔で (午後5時0分は除く) スクリプト i_love_cron.sh を実行します ("man 5 crontab" より):

*0,*5 9-16 * 1-5,9-12 1-5 /home/user/bin/i_love_cron.sh

定期的な設定は次の crontab テンプレートのように入力することも可能です:

# Chronological table of program loadings                                       
# Edit with "crontab" for proper functionality, "man 5 crontab" for formatting
# User: johndoe

# mm  hh  DD  MM  W /path/progam [--option]...  ( W = weekday: 0-6 [Sun=0] )
  21  01  *   *   * /usr/bin/systemctl hibernate
  @weekly           $HOME/.local/bin/trash-empty

デフォルトエディタ

デフォルトエディタを変更するには、シェルの初期化スクリプトで EDITOR 環境変数を定義してください (vim ユーザーは vim-default-editorAUR[リンク切れ: アーカイブ: aur-mirror] が使えます)。例:

/etc/profile.d/nano-default-editor.sh
#!/bin/sh

export EDITOR=/usr/bin/nano

環境変数が正しく使われるようにするために、通常ユーザーでは、sudo の代わりに su を使う必要があります:

$ su -c "crontab -e"

上記のコマンドをエイリアスにするときは printf が必要です。su を使うと新しいシェルが起動するためです:

alias scron="su -c $(printf "%q " "crontab -e")"

run-parts 問題

cronie は run-parts を使用して cron.daily/cron.weekly/cron.monthly のスクリプトを実行します。それらのスクリプトの名前にはドット (.) を含められないので注意してください (例: backup.sh)。オプションを付けないと run-parts がスクリプトを無視してしまうためです (参照: man run-parts)。

X.org サーバーを使用するアプリケーションを実行

Cron は X.org サーバー下では実行されないため、X.org サーバーアプリケーションを実行するために必要な環境変数を知りません。そのため、環境変数を定義する必要があります。xuserrunAUR[リンク切れ: アーカイブ: aur-mirror] などのプログラムを使うことで X.org アプリケーションを実行できます:

17 02 * ... /usr/bin/xuserrun /usr/bin/xclock

もしくは環境変数を手動で定義する方法もあります (echo $DISPLAY で現在の DISPLAY の値がわかります):

17 02 * ... env DISPLAY=:0 /usr/bin/xclock

SSH などを通す場合は、権限を与えてください:

# xhost +si:localuser:$(whoami)

非同期のジョブ処理

コンピュータをオフにしてもジョブがちゃんと実行されるようにしたい場合、複数の解決方法が存在します (簡単な順番で並んでいます):

Cronie

Cronie には anacron が含まれています。プロジェクトのホームページより:

Cronie には特定時刻に指定したプログラムを起動するための標準 UNIX デーモンである crond と関連ツールが含まれています。Cronie はオリジナルの cron をベースとしており、pam や SELinux を利用できるようにするなどの改善がされています。

ノート: systemctl status cronie の出力に crond[<PID>]: (root) CAN'T OPEN (/etc/crontab): No such file or directory のようなメッセージが表示される場合がありますが、cronie 1.4.8 現在、これはエラーではありません。こちら を参照。

Dcron

dcronAUR は標準で非同期のジョブ処理をサポートしています。以下のようにジョブの名前に @hourly, @daily, @weekly, @monthly を付けて下さい:

@hourly         ID=greatest_ever_job      echo This job is very useful.

Cronwhip

cronwhipAUR は見過ごされた cron ジョブを自動的に実行するスクリプトです。昔 Arch でデフォルトの cron 実装だった dcron で動作します。フォーラムスレッド も参照。

Anacron

Anacron はジョブを非同期に処理する dcron を完全に置き換えます。

Anacron は cronie に含まれており、設定ファイルは /etc/anacrontab です。フォーマットの情報は anacrontab(5) man ページにあります。anacron -T を実行することで /etc/anacrontab に問題がないかテストすることができます。

Fcron

anacron と同じように、fcron はコンピュータの電源が落ちている場合を想定しますが、anacron とは違って、一日よりも短いインターバルでイベントを組むことができます。定期的にサスペンド・ハイバネートを行うような環境 (ノートパソコンなど) で有用です。cronwhip と同様に、fcron はコンピュータが落ちている間に実行すべきだったジョブを実行します。

cronie を fcron で置き換える場合、spool ディレクトリが /var/spool/fcron になり、ユーザーの crontab を編集するときに crontab の代わりに fcrontab コマンドを使うことになるので注意してください。crontab はバイナリ形式で保存され、spool ディレクトリに foo.orig という名前のテキストファイルが出来ます。手動でユーザーの crontab を編集するスクリプトを使っているのであれば、修正が必要です。

伝統的なユーザーの crontab を fcron 方式に変換するクイックスクリプトレット:

cd /var/spool/cron && (
 for ctab in *; do
  fcrontab ${ctab} -u ${ctab}
 done
)

フォーラムスレッド も参照。

排他性の確保

ジョブの実行時間が長くなる可能性がある場合 (例えばシステムのバックアップは変更箇所が多かったりネットワーク接続が遅かったりして長くなることがあります)、flock (util-linux) を使うことで cron ジョブが二重に実行されないようにすることができます。

5,35 * * * * /usr/bin/flock -n /tmp/lock.backup /root/make-backup.sh

cronie

vixie-cron (伝統的な cron) をずっと使っていた場合 cronie の設定方法に困惑させられるかもしれません。ファイル階層は以下のとおりになっています:

   /etc
     |----- anacrontab
     |----- cron.d
              | ----- 0hourly
     |----- cron.daily
     |----- cron.deny
     |----- cron.hourly
              | ----- 0anacron
     |----- cron.monthly
     |----- cron.weekly
     |----- crontab

crontab ファイルはデフォルトでは作成されませんが、追加されたジョブは実行されます。Cronie は cron と anacron の両方の機能を提供します。マシンの時刻が指定した日時になったときに cron は特定の間隔 (精度は1分まで) でジョブを実行するのに対して、anacron は特定日時にマシンの電源が入っているかどうか関係なくジョブを実行します (精度は最低1日)。マシンの電源が入ると、anacron は実行しておくべきジョブがないかどうか確認して、あれば実行します。/etc/cron.d/etc/cron.hourly ディレクトリは cron 機能で使用し、/etc/anacrontab ファイルと /etc/cron.daily, /etc/cron.weekly, /etc/cron.monthly ディレクトリは anacron 機能で使用します。/etc/cron.deny ファイルは特にジョブの作成を禁止されていないユーザーが cron ジョブを作成することができます。

システム全体の cron ジョブを作りたい場合、crontab のようなファイルを作成して /etc/cron.d ディレクトリに配置するか /etc/crontab にジョブを追加してください。/etc/cron.hourly に存在する実行可能ファイル (普通は全てシェルスクリプト) は毎時間実行されます。

Anacron 機能も同じように実装されていますが、使用するのは /etc/cron.daily, /etc/cron.weekly, /etc/cron.monthly ディレクトリで、ジョブを実行する間隔で決めます。anacron のジョブファイルも実行可能ファイルです。crontab フォーマットではありません。Anacron は毎時間 crontab ファイルの /etc/cron.d/0hourly によって /etc/cron.hourly の中にある /etc/cron.hourly/0anacron ファイルから実行されます。ファイルを削除すると anacron が実行されなくなります。

Dcron

cron デーモンは crontab という名前の設定ファイルをパースします。各ユーザーは別々の crontab ファイルを使うことで別個にコマンドを実行することができます。root ユーザーの crontab はシステム全体のコマンドのスケジュールを組みために使います (cron の実装によっては、ユーザーが /etc/crontab/etc/cron.d ディレクトリを使うことができる場合もあります)。

/var/spool/cron/root
# Run command at a scheduled time
# Edit this 'crontab -e' for error checking, man 1 crontab for acceptable format

# <@freq>                       <tags and command>
@hourly         ID=sys-hourly   /usr/sbin/run-cron /etc/cron.hourly
@daily          ID=sys-daily    /usr/sbin/run-cron /etc/cron.daily
@weekly         ID=sys-weekly   /usr/sbin/run-cron /etc/cron.weekly
@monthly        ID=sys-monthly  /usr/sbin/run-cron /etc/cron.monthly

# mm  hh  DD  MM  W /path/command (or tags) # W = week: 0-6, Sun=0
  21  01  *   *   * /usr/bin/systemctl suspend

以下の行は crontab エントリのフォーマットの例です。空白で区切られたフィールドに以下を指定します:

  1. @period
  2. ID=jobname (this tag is specific to dcron)
  3. command

crontab エントリの他の標準フォーマット:

  1. minute
  2. hour
  3. day
  4. month
  5. day of week
  6. command

crontab ファイルは通常 /var/spool/cron/username に保存され、root の crontab ファイルは /var/spool/cron/root になります。

詳しい情報や設定例は crontab の man ページを見てください。

参照