CentOS7系统Crontab定时任务无法自动周期性执行如何解决？

1. 基础状态校验 #

• 检查crond服务运行状态：执行systemctl status crond，如果服务未运行，执行systemctl start crond启动，同时执行systemctl enable crond设置开机自启。
• 校验系统时区是否正确：执行date查看当前系统时间，若与预期时区不符，执行timedatectl set-timezone Asia/Shanghai修改为东八区时间，避免时间差导致任务触发时机不符合预期。
• 检查crontab语法合法性：你的第二条任务末尾的2为错误写法，标准重定向规则中如果需要将标准错误也写入日志，需要写为2>&1，否则错误输出会丢失，不利于排查。

2. 权限与路径校验 #

• 确认crontab所属用户的权限：CWP面板添加的定时任务会对应指定的执行用户，需确认该用户对/home/www/temp/有删除权限、对/home/www/public_html/debug/有读写权限。可手动模拟用户执行命令验证：sudo -u 任务执行用户名 /usr/local/bin/php /home/www/public_html/debug/cron.php，看是否能正常输出。
• 所有命令使用绝对路径：crond的默认PATH环境变量非常少，建议把所有命令写为绝对路径避免找不到命令，比如rm改为/usr/bin/rm。

3. 日志排查 #

• 查看系统crontab运行日志：执行tail -f /var/log/cron，观察每分钟是否有对应任务的执行记录，是否存在权限错误、找不到命令等报错信息。如果出现no MTA installed, discarding output提示，说明未安装邮件服务无法接收任务输出，要么安装sendmail/postfix，要么正确配置任务的输出重定向。
• 修正重定向配置后查看业务日志：把第二条任务的重定向规则修正后，观察/home/www/public_html/debug/_exec.log是否有每分钟的写入记录。

4. CWP与系统特殊配置排查 #

• 检查crontab文件权限：对应执行用户的crontab文件存放在/var/spool/cron/用户名路径，该文件权限必须为600，所有者为对应用户，否则crond会拒绝执行该文件内的任务。
• 排查SELinux限制：CentOS7默认开启SELinux，若安全上下文配置错误会导致crond无法访问站点目录，可临时执行setenforce 0关闭SELinux验证，如果任务恢复执行，说明是SELinux的问题，可执行chcon -R -t httpd_sys_rw_content_t /home/www/给目录设置正确的安全上下文。
• 检查CWP面板限制：确认CWP面板后台的定时任务没有被禁用，也没有设置执行频率限制，避免面板规则拦截了任务执行。

修正后参考配置 #

0 0,12 * * * /usr/bin/rm -rf /home/www/temp/*
* * * * * /usr/local/bin/php /home/www/public_html/debug/cron.php >> /home/www/public_html/debug/_exec.log 2>&1

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