Crontab故障排查：周一至周四8-17点每分钟执行脚本失败

以下是几个可能的原因及解决方法：

• 环境变量差异
  Crontab的执行环境比手动登录的环境精简很多，默认PATH可能不包含脚本依赖命令的路径。比如脚本里调用的某个命令在手动执行时能找到，但crontab里找不到。解决办法：

  • 在crontab规则开头指定完整PATH：

    * 8-17 * * 1-4 PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin [ -f /mnt/flash/scripts/cw.sh ] && /mnt/flash/scripts/cw.sh
    

  • 或者在脚本内所有命令都使用绝对路径。

• Cron服务未运行
  检查cron服务状态：

  # Debian/Ubuntu系
  systemctl status cron
  # RHEL/CentOS系
  systemctl status crond
  

  若未运行，启动并设置开机自启：

  # Debian/Ubuntu系
  systemctl start cron && systemctl enable cron
  # RHEL/CentOS系
  systemctl start crond && systemctl enable crond
  

• 脚本相对路径问题
  Crontab默认工作目录是用户家目录，若脚本内使用了相对路径（如./data.log），会导致找不到文件。解决：

  • 在脚本开头添加cd /mnt/flash/scripts/切换到脚本所在目录；
  • 或者脚本内所有文件路径都改为绝对路径。

• 日志排查错误
  查看cron执行日志定位具体问题，不同系统日志位置不同：

  # 查看Debian/Ubuntu系日志
  cat /var/log/syslog | grep cron
  # 查看RHEL/CentOS系日志
  cat /var/log/cron
  

  日志里会显示任务是否执行、执行失败的原因（如权限不足、命令不存在等）。

• 用户权限验证
  模拟crontab的执行环境测试：

  su - 你的用户名 -c "[ -f /mnt/flash/scripts/cw.sh ] && /mnt/flash/scripts/cw.sh"
  

  若执行失败，说明该用户无访问脚本或依赖资源的权限，需调整目录/文件权限。

• 确认Crontab条目已保存
  用crontab -l查看当前用户的定时任务列表，确认你的规则确实存在。如果之前用crontab -e编辑后未正确保存（比如vi未执行:wq退出），规则不会生效。

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