Ubuntu VPS上Cron定时任务仅运行一次的排查求助

一、检查Cron时间语法与任务状态 #

• 确认crontab时间格式正确性：每周日5点的标准格式为 0 5 * * 0 /root/venv/bin/python3 /root/manage.py send_due_email。注意部分Cron版本仅识别0代表周日，若之前写的是7，可能导致后续调度失败。
• 执行 crontab -l 查看当前用户的Cron任务列表，确认目标条目未被意外修改、删除或注释。

二、排查环境变量差异问题 #

• Cron执行环境与用户登录shell的环境变量（如PATH、PYTHONPATH）不一致，可能导致手动执行正常但Cron自动执行失败。例如虚拟环境依赖的路径未被Cron识别。
• 解决方法：在Cron任务中显式指定环境变量，比如修改条目为：

  PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
  0 5 * * 0 /root/venv/bin/python3 /root/manage.py send_due_email
  

  或在Python脚本开头添加必要的路径配置。

三、查看Cron执行日志 #

• Ubuntu默认Cron日志位于/var/log/syslog，执行 grep CRON /var/log/syslog 过滤任务调度记录：
  • 若日志显示任务未被触发，需检查Cron服务的调度规则；
  • 若显示任务触发但执行失败（如exit status 1），根据错误提示定位具体问题（如命令不存在、权限不足）。

四、验证脚本本身的问题 #

• 检查manage.py send_due_email是否存在执行后锁定逻辑：比如第一次执行生成了锁定文件、修改了状态标记，导致后续执行时脚本直接退出。
• 模拟Cron环境手动执行命令：su - root -c "/root/venv/bin/python3 /root/manage.py send_due_email"，观察是否有报错或异常退出情况。

五、权限与安全限制排查 #

• 确认Cron所属用户（此处为root）对/root目录、虚拟环境文件、脚本文件有足够权限，避免因权限不足导致执行失败。
• 检查SELinux或AppArmor限制：执行 auditctl -l 查看是否有相关权限拒绝记录，必要时调整安全策略。

六、系统时间与同步问题 #

• 执行 date 确认系统时间、时区是否正确，若时间漂移或时区错误，会导致Cron调度时间与预期不符。
• 检查NTP服务状态（systemctl status chronyd 或 systemctl status ntpd），确保系统时间保持同步。

七、Cron服务与全局配置检查 #

• 执行 systemctl status cron 查看服务是否有异常重启、配置错误日志，确认服务运行状态正常。
• 检查全局Cron配置文件/etc/crontab和/etc/cron.d/下的文件，是否存在全局PATH设置错误、MAILTO配置导致的阻塞等问题。

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