Cron Job为何执行失败

Cron Job（定时任务）执行失败是服务器运维中非常常见的问题。要定位原因，通常可以从日志、环境变量、路径、权限几个维度排查。下面我按“最常见原因 → 排查方法”给你一个系统性的总结。

一、最常见失败原因

1️⃣ 环境变量问题（最常见）

Cron 的执行环境与交互式 Shell 不同：

• 没有完整的 PATH
• 没有你的 .bashrc / .profile
• 很多命令找不到

典型表现

command not found

解决方式

• 在 crontab 中显式设置：

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

• 或使用绝对路径：

/usr/bin/python3 /home/user/script.py

2️⃣ 相对路径问题

Cron 的工作目录默认是用户家目录，不是脚本所在目录。

错误示例

* * * * * python script.py

如果 script.py 不在家目录，就会失败。

✅ 正确写法：

* * * * * cd /home/user/project && python script.py

3️⃣ 权限问题

• 脚本没有执行权限
• Cron 用户无权访问文件
• 使用了 root 才有权限的命令

检查

ls -l script.sh
chmod +x script.sh

4️⃣ 输出未处理导致“静默失败”

Cron 会把输出通过 mail 发给用户，但很多服务器没配置 mail。

✅ 建议：

* * * * * /path/script.sh >> /var/log/script.log 2>&1

5️⃣ Cron 服务未运行

systemctl status cron
# 或
service cron status

未运行则：

systemctl start cron
systemctl enable cron

6️⃣ 时间格式写错

* * * * * command
分 时 日 月 周

常见错误：

• 多/少字段
• 用了不支持的语法（某些系统不支持 @every_minute）

7️⃣ 脚本本身在 Shell 能跑，Cron 不能

通常是：

• 依赖环境变量
• 依赖交互输入
• 依赖终端（tty）

✅ 可在脚本开头加：

#!/bin/bash
source ~/.bashrc

二、如何快速排查

1️⃣ 查看 Cron 日志

# Ubuntu / Debian
grep CRON /var/log/syslog

# CentOS / RHEL
grep CRON /var/log/cron

2️⃣ 手动模拟 Cron 环境

env -i /bin/bash --noprofile --norc

3️⃣ 测试最简单的 Cron

* * * * * echo "cron ok" >> /tmp/cron_test.log

三、如果你愿意，我可以进一步帮你

你可以直接贴出：

1. 你的 crontab 内容
2. 报错信息或日志
3. 使用的是 Linux 发行版
4. 是 系统 cron / 用户 cron / Docker cron

我可以帮你精准定位是哪一类问题。