EC2实例中配置的Cron Job未按计划触发运行问题求助

• 首先修正crontab配置格式错误：你通过sudo crontab -e编辑的是root用户的个人crontab，这类配置的时间规则后不需要添加执行用户字段，你规则里写的root会被识别为待执行命令的一部分，直接导致执行失败。正确的规则写法（root用户crontab下）为：

30 7 * * * /usr/bin/python3 /home/ec2-user/hello-world.py

只有编辑全局配置文件/etc/crontab或/etc/cron.d/目录下的自定义cron文件时，才需要在时间规则与执行命令之间增加root这类执行用户字段。

• 确认cron服务正常运行且开机自启：不要仅执行start命令判断服务状态，依次执行以下命令校验：

# 确认crond服务处于运行中状态
systemctl status crond
# 配置开机自启，避免实例重启或服务意外退出后任务不调度
systemctl enable --now crond

• 核对时区配置：EC2实例默认使用UTC时区，你配置的7:30是UTC时间，如果等待的是本地时区（比如北京时间）的7:30，会存在固定时差。执行timedatectl可查看当前系统时区，如需调整为东八区可执行：

timedatectl set-timezone Asia/Shanghai

• 校验路径与权限：
  • 执行which python3确认python3的实际绝对路径，部分EC2自定义镜像中python3可能安装在/usr/local/bin/python3路径下，路径写死错误会直接导致执行失败
  • 执行chmod +x /home/ec2-user/hello-world.py给脚本添加可执行权限，同时确认cron执行用户（你这里是root）对脚本文件、脚本要写入的目标目录有读写权限
• 解决cron环境变量缺失问题：cron执行任务时使用的极简环境变量和你登录shell的环境变量不一致，默认PATH仅包含/usr/bin:/bin，如果脚本中调用了其他路径下的命令、依赖虚拟环境或自定义环境变量，会直接执行失败。建议在crontab顶部添加全局PATH配置，使用虚拟环境的话直接写虚拟环境内python解释器的绝对路径，不要依赖shell的环境变量加载：

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
30 7 * * * /usr/bin/python3 /home/ec2-user/hello-world.py

• 加日志快速定位问题：不要盲等调度周期，临时把规则改成每分钟执行一次，同时把标准输出、错误输出都重定向到日志文件，一次运行就能看到具体报错：

# 测试用每分钟执行规则，验证通过后再改回目标调度时间
* * * * * /usr/bin/python3 /home/ec2-user/hello-world.py >> /home/ec2-user/cron_debug.log 2>&1

也可以直接查看系统自带的cron日志核对调度记录：

grep CRON /var/log/cron
# 部分Amazon Linux版本cron日志输出在messages文件
grep CRON /var/log/messages

内容的提问来源于stack exchange，提问作者macromind