【cron】cronの使い方と設定方法

# man crond | col -b
CRON(8)                        System Administration                        CRON(8)

NAME
       crond – daemon to execute scheduled commands

　　　 スケジュールされたコマンドを実行するデーモン

SYNOPSIS
       crond [-c | -h | -i | -n | -p | -P | -s | -m<mailcommand>]
       crond -x [ext,sch,proc,pars,load,misc,test,bit]

DESCRIPTION
       Cron is started from /etc/rc.d/init.d or /etc/init.d when classical sysvinit scripts are used.

　　　 古典的なsysvinitスクリプトが使用されている場合、Cronは/etc/rc.d/init.dまたは/etc/init.dから起動されます。

　　　 In case systemd is enabled, then unit file is installed into /lib/systemd/system/crond.service and daemon is started by systemctl start crond.service command.

　　　 systemd が有効な場合、ユニットファイルは/lib/systemd/system/crond.serviceにインストールされ、デーモンは systemctl start crond.service コマンドによって起動されます。

       It returns immediately, thus, there is no  need to need to start it with the ‘&’ parameter.
　　　 コマンド実行ステータスはすぐに戻ります。したがって、 ‘&‘ パラメータを付けてバックグラウンドで開始する必要はありません。

       Cron  searches  /var/spool/cron  for  crontab  files  which  are named after accounts in /etc/passwd; The found crontabs  are  loaded  into  the  memory.

　　　 Cron は、/etc/passwd のアカウントに基づいて名前が付けられた crontab ファイル（例えば root、test など）を /var/spool/cron ディレクトリで検索します。 見つかった crontab はメモリにロードされます。

       Cron  also  searches  for  /etc/anacrontab  and any files in the /etc/cron.d directory, which have a different format (see  crontab(5)).  

　　　 Cron は、/etc/anacrontab と、/etc/cron.d ディレクトリにある、異なる形式のファイルも検索します（crontab（5）を参照）。

       Cron  examines all  stored crontabs and checks each job to see if it needs to be run in the current minute. 

　　　 Cron は格納されているすべての crontab を調べ、各ジョブをチェックして現在時刻で実行する必要があるかどうかを確認します。

　　　 When executing commands, any output is mailed to the  owner of  the crontab (or to the user specified in the MAILTO environment variable in the crontab, if such exists). 

　　　 コマンドを実行すると、crontab の所有者（または crontab 内の MAILTO 環境変数で指定されたユーザがあれば）に出力されます。

　　　 Any job output can also be sent to  syslog by using the -s option.

　　　 すべてのジョブ出力は、-sオプションを使用して syslog に送ることもできます。

       There  are two ways how changes in crontables are checked. 

　　　 crontablesの変更がどのようにチェックされるかは、2つの方法があります。

　　　 The first method is checking the modtime of a file. 

　　　 最初の方法は、ファイルの modtime（更新時間）をチェックすることです。

　　　 The second method is using  the  inotify support. 

       2番目の方法は、inotify サポートを使用しています。

       ※inotify (inode notify) とは、ファイルシステムへの変更をアプリケーションに報告するLinuxカーネルサブシステムです。

　　　 Using of inotify is logged in the /var/log/cron log after the daemon is started. 

　　　 inotify の使用は、デーモンの起動後に /var/log/cron ログに記録されます。

　　　 The inotify support checks for changes  in  all  crontables and accesses the hard disk only when a change is detected.

　　　 inotify サポートは、すべての crontables の変更をチェックし、変更が検出された場合にのみハードディスクにアクセスします。

       When  using  the  modtime option, Cron checks its crontables’ modtimes every minute to check for any  changes  and  reloads  the  crontables  which  have changed. 

　　　 modtime オプションを使用すると、Cron は crontables の modtimes を毎分チェックして変更をチェックし、変更された crontables をリロードします。

　　　 There is no need to restart Cron after some of the crontables were modified. 

　　　 crontables のいくつかが変更された後に Cron を再起動する必要はありません。

　　　 The modtime option is also used when inotify can not be  initialized.
　　　 modtime オプションは、inotify を初期化できない場合にも使用されます。

       Cron checks these files and directories:

       Cronはこれらのファイルとディレクトリをチェックします：

       /etc/crontab
              system crontab. 

              システム crontab 

　　　　　　　Nowadays the file is empty by default. 

　　　　　　　現在、ファイルはデフォルトで空です。

　　　　　　　Originally it was usually used to run daily, weekly, monthly jobs.  

　　　　　　　当初は通常、毎日、毎週、毎月のジョブの実行に使用されていました。

　　　　　　　By default these  jobs  are  now run through anacron which reads /etc/anacrontab configuration file. 

              デフォルトでは、これらのジョブは、/ etc / anacrontab構成ファイルを読み取るanacronを介して実行されるようになりました。

　　　　　　　See anacrontab(5) for more details.

       /etc/cron.d/
              directory that contains system cronjobs stored for different users.
   　　　　　 さまざまなユーザー用に保存されたシステムcronjobsを含むディレクトリ。

       /var/spool/cron
              directory that contains user crontables created by the  crontab  command.
     　　　　 crontabコマンドで作成されたユーザーcrontableが含まれるディレクトリ。

       Note  that the crontab(1) command updates the modtime of the spool directory whenever it changes a crontab.

　　　 crontab（1）コマンドは、crontabを変更するたびにスプールディレクトリのmodtimeを更新することに注意してください。

   Daylight Saving Time and other time changes

　 夏時間およびその他の時間変更

       Local time changes of less than three hours, such as  those  caused  by  the Daylight  Saving  Time  changes,  are  handled  in a special way. 

　　　 3時間未満の現地時間の変更（夏時間の変更によるものなど）は、特別な方法で処理されます。

　　　 This only applies to jobs that run at a specific time and jobs that run with a  granularity  greater  than one hour. 

　　　 これは、特定の時間に実行されるジョブと、1時間を超える粒度で実行されるジョブにのみ適用されます。

　　　 Jobs that run more frequently are scheduled normally.

 　　　より頻繁に実行されるジョブは、通常はスケジュールされます。

       If time was adjusted one hour forward, those jobs that would have run in the interval that has been skipped will be run immediately. 

　　　 時間を1時間進めた場合、スキップされた間隔で実行されていたはずのジョブがすぐに実行されます。

　　　 Conversely, if time was adjusted backward, running the same job twice is avoided.

　　　 逆に、時間が調整された場合、同じジョブを2回実行することは避けられます。

       Time changes of more than 3 hours are considered to be  corrections to the clock or the timezone, and the new time is used immediately.

　　　 3時間を超える時間の変更は、時計またはタイムゾーンの修正と見なされ、新しい時間がすぐに使用されます。

       It is possible to use different time zones for crontables. 

　　　 crontableに異なるタイムゾーンを使用することが可能です。

　　　 See crontab(5) for more information.

   PAM Access Control
       Cron supports access control with PAM if the system has PAM installed.  

　　　 Cronは、システムにPAMがインストールされている場合、PAMによるアクセス制御をサポートします。

　　　 For more  information,  see  pam(8).  

　　　 A PAM configuration file for crond is installed in /etc/pam.d/crond. 

　　　 crondのPAM構成ファイルは/etc/pam.d/crondにインストールされます。

　　　 The daemon loads the PAM environment from the pam_env module. 

　　　 デーモンは、pam_envモジュールからPAM環境をロードします。

　　　 This can be overridden by defining specific settings in the appropriate crontab file.

　　　 これは、適切なcrontabファイルで特定の設定を定義することでオーバーライドできます。

OPTIONS
       -h     Prints a help message and exits.
　　　　　　  ヘルプメッセージを出力して終了します。

       -i     Disables inotify support.

　　　　　　　inotifyサポートを無効にします。

       -m     This option allows you to specify a shell command to use for  sending Cron  mail  output  instead  of  using  sendmail(8)

　　　　　　　このオプションを使用すると、sendmail（8）を使用する代わりに、Cronメール出力の送信に使用するシェルコマンドを指定できます

　　　　　　　This command must accept a fully formatted mail  message  (with  headers)  on  standard input  and  send  it as a mail message to the recipients specified in the mail headers. 

　　　　　　　このコマンドは、標準入力で完全な形式のメールメッセージ（ヘッダー付き）を受け入れ、メールヘッダーで指定された受信者にメールメッセージとして送信する必要があります。

　　　　　　　Specifying the string off  (i.e.,  crond  -m  off) will disable the sending of mail.

       -n     Tells  the  daemon to run in the foreground. 

　　　　　　　This can be useful when starting it out of init.

　　　　　　　With this option is  needed  to  change  pam setting. 

　　　　　　　/etc/pam.d/crond must not enable pam_loginuid.so module.

       -p     Allows Cron to accept any user set crontables.

       -P     Don’t set PATH.  PATH is instead inherited from the environment.

       -c     This option enables clustering support, as described below.

       -s     This option will direct Cron to send the job output to the system log using syslog(3). 

　　　　　　　This is useful if your system does not  have  sendmail(8), installed or if mail is disabled.

       -x     This option allows you to set debug flags.

SIGNALS
       When  the  SIGHUP is received, the Cron daemon will close and reopen its log file. 

　　　 This proves to be useful in scripts which rotate and age  log  files.
       Naturally, this is not relevant if Cron was built to use syslog(3).

CLUSTERING SUPPORT
       In  this  version  of  Cron  it  is possible to use a network-mounted shared /var/spool/cron across a cluster of hosts and specify that only one  of  the hosts  should  run the crontab jobs in this directory at any one time. 

　　　 This is  done  by  starting   Cron   with   the   -c   option,   and   have   the /var/spool/cron/.cron.hostname  file contain just one line, which represents the hostname of whichever host in the cluster should run the jobs. 

　　　 If  this file  does  not exist, or the hostname in it does not match that returned by gethostname(2), then all crontab files in this directory are ignored.  

　　　 This has no effect on cron jobs specified in the /etc/crontab file or on files in the /etc/cron.d directory. 

　　　 These files are always run and considered host specific.

       Rather  than  editing  /var/spool/cron/.cron.hostname  directly,  use the -n option of crontab(1) to specify the host.

       You should ensure that all hosts in a cluster,  and  the  file  server  from which  they  mount  the  shared crontab directory, have closely synchronised clocks, e.g., using ntpd(8), otherwise  the  results  will  be  very  unpredictable.

       Using  cluster  sharing automatically disables inotify support, because inotify cannot be relied on with network-mounted shared file systems.

CAVEATS
       All crontab files have to be regular files or  symlinks  to  regular  files, they must not be executable or writable for anyone else but the owner. 

　　　 This requirement can be overridden by using the -p option on  the  crond  command line.  

　　　 If  inotify support is in use, changes in the symlinked crontabs are not automatically noticed by the cron daemon. 

　　　 The cron daemon must  receive a SIGHUP signal to reload the crontabs.  This is a limitation of the inotify API.

       The syslog output will be  used  instead  of  mail,  when  sendmail  is  not installed.

SEE ALSO
       crontab(1), crontab(5), inotify(7), pam(8)

AUTHOR
       Paul Vixie ?vixie@isc.org?
       Marcela Ma?la?ova ?mmaslano@redhat.com?
       Colin Dean ?colin@colin-dean.org?

cronie                               2013-09-26                             CRON(8)

$ man cron | col -b
<standard input>:70: warning [p 1, 4.3i]: cannot adjust line
CRON(8)    System Manager’s Manual CRON(8)

名前
       cron – 予定されたコマンドを実行するデーモン(Vixie Cron)

書
       cron

説明
cron  は /etc/rc または /etc/rc.local から起動されるべきである。

すぐに(シェルに)戻るので、’&’ を付けて起動する必要はない。

cron  は  /etc/passwd  にあるアカウントをファイル名に持つ  crontab  ファイルを  /var/cron/tabs から探し、見つけた  crontab  ファイルをメモリに読み込む。 

また  cron  は  /etc/crontab も見る (このファイルのフォーマットは少々異なっている: crontab(5)を参照)。   

cron は 1 分ごとに起きて、読み込まれた crontab ファイルを評価し、それぞれのコマンドを今起動すべきかどうかチェックする。     

コマンドを実行すると、全ての出力を crontab ファイルの所有者にメールする (または MAILTO 環境変数が crontab ファイルにあれば、そこで指定されたユーザーに送る)。

さらに cron は 1 分ごとにスプールディレクトリ(または /etc/crontab ファイル)の最終修正時刻(modtime)をチェックし、もし変更されていれば、すべての crontab ファイルの最終修正時刻をチェックし、 変更された crontab  ファイルを読み直す。 

よって  crontab ファイルを修正するたびに cron を再起動する必要はない。  

crontab(1) コマンドは、crontab ファイルが変更されたかどうかにかかわらず、スプールディレクトリの最終修正時刻を更新することに注意せよ。

関
       crontab(1), crontab(5)

著
       Paul Vixie <paul@vix.com>

4th Berkeley Distribution                  20 December 1993                                   CRON(8)

【例】

0 0-23/6 * * * /usr/bin/python /home/test_script/wordpress.py　#このスクリプトはテストです　←　コマンド行にコメントを書くとエラーになる。

       空行および行頭のスペース・タブは無視される。

　　   行先頭の空白以外の文字が # の行はコメント行であり、無視される。                                   

　　　 cron コマンドとしての行に注釈としてのコメントを入れることはできない。　←この文言の正しい解釈が不明。コメントを入れることができて且つエラーにならなかった。
       それらはコマンドの一部とみなされてしまう。
       同様に、環境変数を設定している行にコメントを入れることはできない。

           name = value

ただし、等号 (=) 両側のスペースはなくても良い。

       -e オプションは、環境変数 VISUAL もしくは EDITOR で指定されているエディターを使って、現在の crontab を編集するのに使われる。
       編集終了後、変更された crontab は自動的にインストールされる。

# source /etc/profile

# crontab -r　←削除コマンドを実行してみる
crontab: really delete root’s crontab?　←確認のプロンプトが表示される

$ man 5 crontab | col -b
CRONTAB(5)                        File Formats Manual                       CRONTAB(5)

名
       crontab – cron を駆動するための一覧表

説
       crontab            ファイルには            cron(8)           デーモンへの命令が
       「この日付のこの時刻にこのコマンドを使用せよ」   という形式で書き込まれている。
       ユーザはそれぞれ自分用の       crontab      を持っており、      各      crontab
       に与えられたコマンドは、                      その                      crontab
       を所有しているユーザの権限で実行されることになる。       UUCP      や      News
       はたいていそれぞれの crontab  を持っているので、  cron  コマンドの一部で  su(1)
       を明示的に実行する必要性はない。

       空行および行頭のスペース・タブは無視される。     行先頭の空白以外の文字が     #
       の行はコメント行であり、無視される。                                       cron
       コマンドとしての行に注釈としてのコメントを入れることはできない。
       それらはコマンドの一部とみなされてしまう。
       同様に、環境変数を設定している行にコメントを入れることはできない。

       crontab     の動作行は、     環境変数の設定か    cronコマンドのいずれかである。
       環境変数の設定は以下の形式をとる:

           name = value

       ただし、等号 (=)  両側のスペースはなくても良い。  value  内部の  (先頭ではない)
       スペース文字は、値の一部として         name         に与えられる。        value
       文字列は引用符で括ってもよい    (シングルクォートでもダブルクォートでも良いが、
       揃っている必要がある)。 こうすれば先頭や末尾の空白を値に渡すことができる。

       いくつかの環境変数は   cron(8)  デーモンによって自動的に設定される。  SHELL  は
       /bin/sh   に設定され、   LOGNAME   とHOME    は    /etc/passwd    の    crontab
       の所有者の行から設定される。  HOME と SHELL は crontab 内部の記述で変更できる。
       LOGNAME は変更できない。

       (さらに注意：LOGNAME  変数は、  BSD   システムではまれに   USER   と称される…
       これらのシステム上では  USER  も設定される。)  LOGNAME,  HOME,  SHELL  の他に、
       cron(8) は「この」crontab  を実行した結果メールを送る必要が生じた場合、  MAILTO
       も参照する。      もしMAILTOが定義されていたら     (およびそれが空でなかったら)
       その名前のユーザーにメールを送る。                                       MAILTO
       が定義されていても値が設定されていなければ (MAILTO=””)、 メールは送信されない。
       MAILTO  が定義もされていなければ、メールは  crontab  の所有者に送られる。  cron
       をインストールする際に、メーラーを    /usr/lib/sendmail    ではなく   /bin/mail
       にしていると、このオプションは便利である。
       /bin/mailはエイリアシングを行わないし、                                    UUCP
       はたいていこのメールを読まないからである。

       cron コマンドの形式は  V7  標準そのものであるが、  多くの上位互換な拡張がある。
       各行には 5 つの時刻・日付フィールドがあり、 (システムの crontab ファイルの場合)
       ユーザー名が続き、 さらにコマンドが続く。 分・時・月が現在時刻と一致し、 かつ、
       2    つの日フィールド    (月内日または曜日)    のいずれかが現在時刻と一致すれば
       (以下の「注意」を参照)、  コマンドが   cron(8)   によって実行される。   cron(8)
       は毎分に一度 cron エントリを調べる。 時間と日付フィールドは以下の通り：

              フィールド 指定可能な値
              ———- ————–
              分         0-59
              時         0-23
              月内日     1-31
              月         1-12 (もしくは名前。下記を参照)
              曜日       0-7 (0 と 7 は日曜日。もしくは名前)

       フィールドにはアスタリスク    (*)   も指定できる。   これはあらゆるフィールドで
       “first-last” という意味になる。

       数値の範囲も指定できる。範囲は二つの数をハイフンでつなげる。
       指定数値も領域に含まれる。例えば「時」に  8-11  を指定すると、  8時, 9時, 10時,
       11時に実行することになる。

       リストもできる。リストはコンマで区切られた数値  (または範囲)   のセットである。
       例：“1,2,5,9”, “0-4,8-12”

       間隔値を範囲とともに指定することもできる。       範囲の後に       “/<number>”
       と指定すると、 範囲内で指定数値ずつ飛ばすことになる。  例えば「時」フィールドに
       “0-23/2”     と指定すると、    コマンドは    2    時間おきに実行される    (V7
       標準の別形式で書けば                        “0,2,4,6,8,10,12,14,16,18,20,22”)
       間隔はアスタリスクの後にも指定できる。「2              時間おき」といいたければ
       “*/2”とする。

       「月」フィールドや「曜日」フィールドには名前を使用することもできる。
       その日または月の最初の3文字を用いる                  (大文字小文字は問わない)。
       範囲やリストを名前に対して用いることはできない。

       「第    6」フィールド    (行の残りの部分)    には実行されるコマンドを指定する。
       その行のコマンド部  (改行文字または  % 文字まで) が /bin/sh (またはその crontab
       ファイルの     SHELL      環境変数で指定されたシェル)      によって実行される。
       コマンド中にパーセント記号        (%)       が       バックスラッシュ       (\)
       によってエスケープされずに置かれていると、 改行文字に置き換えられ、最初に現れた
       % 以降の全てのデータは 標準入力としてコマンドに送られる。

       注意:       コマンド実行の日は       2       つのフィールドで指定できる       ―
       月内日および曜日である。  もし両方のフィールドが制限指定  (*  以外)  であると、
       いずれかのフィールドが現在時刻と合った時にコマンドが実行される。 例えば、
       “30 4 1,15 * 5”
       とすると、毎月     1     日と     15     日および毎週金曜日の     午前     4:30
       にコマンドが実行される。

CRON フ
       # (/etc/passwd の指定に関らず) コマンド実行に /bin/sh を使用する。
       SHELL=/bin/sh
       # (この crontab の所有者に関らず) あらゆる出力を `paul’ にメールする。
       MAILTO=paul
       #
       # 毎日、日付変更の 5 分後に実行する
       5 0 * * *       $HOME/bin/daily.job >> $HOME/tmp/out 2>&1
       # 毎月初日の 2:15pm に実行する — 出力は paul にメールされる
       15 14 1 * *     $HOME/bin/monthly
       # 平日の午後 10 時に実行してジョーを心配させる
       0 22 * * 1-5 mail -s “午後10時だ” joe%ジョー、%%お前の子どもはどこだい?%
       23 0-23/2 * * * echo “毎日 0,2,4..時 23 分に実行する”
       5 4 * * sun     echo “日曜 4 時 5 分に実行する”

関
       cron(8), crontab(1)

拡
       曜日指定において、   0    も    7    も日曜日とみなされる。    BSD    と    ATT
       ではこのようにはなっていないようだ。

       リストと範囲は同じフィールドに共存できる。  ATT  や  BSD の cron では “1-3,7-9”
       は拒否されるだろう — “1-3” または “7,8,9” のいずれかだけしか指定できない。

       範囲に「間隔値」を指定できる。すなわち “1-9/2” が “1,3,5,7,9” と同じ。

       月または曜日を名前で指定できる。

       環境変数を      crontab       の内部で設定できる。       BSD       や       ATT
       では、子プロセスに渡される環境は基本的に /etc/rc のものである。

       コマンドの出力は crontab の所有者にメールされる (BSD ではこれを行わない)。 また
       crontab    の所有者以外の人にもメールできる     (SysV     ではこれができない)。
       さらにこの機能を無効にし、      誰にもメールを送らないようにもできる      (SysV
       ではこれもできない)。

著
       Paul Vixie <paul@vix.com>

4th Berkeley Distribution           24 January 1994                         CRONTAB(5)