crontab调度失败一例总结

生产环境中，crontab调用脚本失败，导致任务未执行。

31 14 * * * (datetime=`date +'%Y%m%d %H:%M:%S'`;echo $datetime >> ~/a.log)

1、初步判断crontab是否对反斜点（`）不支持；

查到资料crontab常见问题，指出crontab不支持命令中包含%，在crontab中%是有特殊含义的，表示换行的意思。

2、简单验证

• 失败案例

31 14 * * * (date +'%Y%m%d %H:%M:%S' >> ~/a.log)
31 14 * * * (datetime=`date +'%Y%m%d %H:%M:%S'`;echo $datetime >> ~/a.log)

• 成功案例

31 14 * * * (date +'\%Y%\m\%d \%H:\%M:\%S' >> ~/a.log)
31 14 * * * (datetime=`date +'\%Y\%m\%d \%H:\%M:\%S'`;echo $datetime >> ~/a.log)

2、最终结论

1）新创建的cron job，不会马上执行，至少要过2分钟才执行。如果重启cron则马上执行。
2）每条 JOB 执行完毕之后，系统会自动将输出发送邮件给当前系统用户。日积月累，非常的多，甚至会撑爆整个系统。所以每条 JOB 命令后面进行重定向处理是非常必要的： >/dev/null 2>&1 。前提是对 Job 中的命令需要正常输出已经作了一定的处理, 比如追加到某个特定日志文件。
3）当crontab突然失效时，可以尝试/etc/init.d/crond restart解决问题。或者查看日志看某个job有没有执行/报错tail -f /var/log/cron。
4）千万别乱运行crontab -r。它从Crontab目录（/var/spool/cron）中删除用户的Crontab文件。删除了该用户的所有crontab都没了。
5）在crontab中%是有特殊含义的，表示换行的意思。如果要用的话必须进行转义\%，如经常用的date ‘+%Y%m%d’在crontab里是不会执行的，应该换成date ‘+\%Y\%m\%d’`。