linux_crontab任务配置失败缘由总结和技巧

原创：linux_crontab任务配置失败缘由总结和技巧

 昨天，配置crontab时遇到一些坑。crontab虽然算比较熟悉了，但也有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

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

3，是否启动了crontab 服务

方法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命令)

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

若是这个文件不存在呢？

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

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

终端中：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左边那个按键.