linux_crontab任务配置失败原因总结和技巧

 昨天，配置crontab时遇到一些坑。crontab虽然算比较熟悉了，但也有1年多没碰过，有点生疏了，低级错误基本又犯了一遍。顺便整理下。

第一列 分钟： 1——59
第二列 小时： 1——23(0表示子夜)
第三列 日 ： 1——31
第四列 月 ： 1——12
第五列 星期： 星期0——6(0表示星期天，1表示星期一、以此类推)
第六列 要运行的命令

如果配置了crontab，之后没有生效，怎么办？
按照如下顺序处理：
1，命令单独拿出来，终端中执行
这个可以暴露出如下问题
a，脚本是否存在权限问题(chmod +x xx.sh)
b，是否存在(手抖)写错路径等低级错误
c，如果依赖特定conda环境，则需要conda activate xxx

2， 是否使用相对路径
如果1执行ok，则
a,检查命令中的x.sh等换成/home/xxx/x.sh等绝对路径，y.py也一样，用完整绝对路径.
b,如果py依赖特定conda，则必须使用conda中的特定py,
下面就是conda的center环境的python

1

/home/john/anaconda3/envs/center/bin/python  xx.py

3，是否启动了crontab 服务

1
2
3
4
5
6
7

方法1，每次修改crontab自动回显:crontab: installing new crontab,说明启动了服务
john@VM-0-4-ubuntu:~$ crontab  -e
crontab: installing new crontab

方法2
service cron status
下面会显示activate(running)类似字样

4,check下服务器时间，国外默认时间和国内存在时差(查时间命令(linux)：date)
5,检查时间配置规则，是否正确(右到左，周年月时分，没啥说的）
6,查看cron执行日志(是否xx时间启动xx命令)

1

sudo tail -20f /var/log/cron.log

如果这个文件不存在呢？

1
2

sudo vim /etc/rsyslog.d/50-default.conf
找到cron开始的行，前面的注释符号#去掉

7，字符转义，这个是昨天才注意到的，之前自己执行数据库备份任务都是py脚本，自动实现按照日期备份，防止同名覆盖。才注意到crontab也支持命令中夹杂变量。简单的备份就不用通过py脚本实现了。

1
2

终端中：now = date +%Y%m%d && tar -xzvf xx_$now.tar.gz xxx/
crontab：now = `date +\%Y\%m\%d` && tar -xzvf xx_$now.tar.gz xxx/

注意”%”前的转义的”",和外部那个非单引号，而是键盘上部1左边那个按键.