其中一项 cron 作业未运行

Question

我尝试了很多东西，但我似乎无法让它发挥作用。 我的 cron 中有以下 2 个条目：

00 21 * * 0,2,4 /scratch/.auto_preflight/sys_reboot.pl >> /scratch/.auto_preflight/.auto_reboot.log 2>&1

30 21 * * 0,2,4 /scratch/.auto_preflight/check_new_build.pl /scratch/.auto_preflight/import.txt >> /scratch/.auto_preflight/.auto_buildcheck.log 2>&1

当我在执行后检查时，我可以看到第一个脚本执行成功。它重新启动系统。我可以看到日志和所有内容。但是由于某种原因，应该在半小时后执行作业的脚本没有运行。甚至不留下任何日志。

现在我尝试更改时间并重新启动 cron，然后它运行，但它没有在预定时间运行。系统重启是否会阻碍 cron 作业以某种方式执行？

这是我的 cron 版本： vixie-cron-4.1-81.el5

Answer 1

cron 总是留下日志：/var/log/cron 说什么？您看到那里的条目正在尝试运行吗？

重启后机器什么时候出现？这是一个真的很长重启的情况吗？某些脚本会阻止关机/启动？

还要检查 /var/log/cron 中同一时间范围内的其他条目。

暗中刺探：SELinux 开启了吗？根据您的描述，这无关紧要，但例如，如果您的机器以强制模式启动，但稍后将其更改为 Permissive - 这可能需要调查。所以 /etc/sysconfig/selinux 的状态在这里很重要，当你可以通过调整时间成功执行你的工作时，“sestatus”命令的输出也是很重要的。

查看 /var/log/audit/audit.log 可能会对 SELinux 问题有所了解。

最后一件事：简化问题，而不是“特殊”脚本 - 创建“虚拟”脚本：

00 21 * * 0,2,4 reboot
30 21 * * 0,2,4 touch /tmp/foo

现在如果 /tmp/foo 不存在 - 系统出了问题，否则它一定是脚本中的某些逻辑失败（锁定文件等）。 cron 没有理由不运行帐户重启。这将阻止所有其他 cron 作业被触发。