Linuxでcronが実行されない時の調査手順｜ログ・環境変数・権限の3点を切り分ける

この記事のポイント

・cronのログを journalctl -u crond で即座に確認する
・「手動でOK・cronでNG」はほぼ PATH 未設定が原因
・実行権限（chmod +x）と行末の改行コードも必ず確認
・/var/log/cron が空なら crond 自体が停止していないか確認する

# crondのログをリアルタイムで確認
# journalctl -u crond -f

# 今日の実行履歴を確認
# journalctl -u crond --since today

# 過去1時間のログを確認
# journalctl -u crond --since "1 hour ago"

# Ubuntu / Debian系の場合
# journalctl -u cron --since today

# /var/log/cronを確認（RHEL系）
# tail -50 /var/log/cron

# 実際の出力例（RHEL9, sv01サーバー）
Jun 15 10:00:01 sv01 CROND[2048]: (root) CMD (/root/backup.sh)
Jun 15 10:00:01 sv01 CROND[2049]: (root) CMDEND CMD (/root/backup.sh)

# crondの状態確認（RHEL系）
# systemctl status crond

# Ubuntu系
# systemctl status cron

# 実際の出力例（正常時）
* crond.service - Command Scheduler
     Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled)
     Active: active (running) since Sun 2026-06-15 09:00:01 JST; 1h 23min ago

# crondを起動する（RHEL系）
# systemctl start crond

# 自動起動も設定する
# systemctl enable crond

# NG例：コマンドのフルパスを指定していない
0 3 * * * /root/backup.sh

# OK例：スクリプト内でフルパスを使う、またはcrontabにPATHを明示する
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
0 3 * * * /root/backup.sh

# OK例：スクリプト内のコマンドをフルパスで書く（移植性が高い）
#!/bin/bash
/usr/bin/python3 /root/process.py
/usr/bin/rsync -av /data/ /backup/

# crontabにLANGを追加する
LANG=ja_JP.UTF-8
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
0 3 * * * /root/backup.sh

# NG：相対パスや~を使う
cd ~/work && ./process.sh

# OK：絶対パスを使う
cd /root/work && ./process.sh

# 実行権限の確認
# ls -la /root/backup.sh
-rw-r--r-- 1 root root 1234 Jun 15 09:00 /root/backup.sh

# 実行権限を付与する
# chmod +x /root/backup.sh

# 確認
# ls -la /root/backup.sh
-rwxr-xr-x 1 root root 1234 Jun 15 09:01 /root/backup.sh

# 所有者の確認
# ls -la /var/scripts/backup.sh
-rwxr-xr-x 1 appuser appuser 2048 Jun 15 09:00 /var/scripts/backup.sh

# root crontabから呼ぶ場合は所有者をrootに変更するか
# sudo実行を明示する
# chown root:root /var/scripts/backup.sh

# SELinuxの状態を確認
# getenforce
Enforcing

# /var/log/audit/audit.log でSELinuxの拒否ログを確認
# grep "avc.*denied" /var/log/audit/audit.log | grep crond | tail -10

# 実際の拒否ログ例（sv01サーバー, RHEL9）
type=AVC msg=audit(1718412001.234:5678): avc:  denied  { execute } for  pid=12345 comm="crond" path="/var/scripts/backup.sh" dev="sda1" ino=67890 scontext=system_u:system_r:crond_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:var_t:s0 tclass=file permissive=0

# cronから実行するスクリプトのSELinuxコンテキストを設定
# chcon -t bin_t /var/scripts/backup.sh

# または restorecon で正しいコンテキストに戻す
# restorecon -v /var/scripts/backup.sh

# 改行コードの確認（^Mが表示されればCRLF）
# cat -A /root/backup.sh | head -3
#!/bin/bash^M$
# バックアップスクリプト^M$

# CRLFをLFに変換する
# sed -i 's/\r//' /root/backup.sh

# または dos2unix コマンドを使う
# dos2unix /root/backup.sh

# crontabの書式
# 分 時 日 月 曜日(0=日曜) コマンド
  0  3  *  *  * /root/backup.sh

# 書式確認のコツ：crontab -e で保存後、crontab -l で確認する
# crontab -l
0 3 * * * /root/backup.sh

# 標準出力と標準エラーをすべて捨てる
0 3 * * * /root/backup.sh > /dev/null 2>&1

# ログファイルに保存する場合（こちらが現場推奨）
0 3 * * * /root/backup.sh >> /var/log/backup.log 2>&1