原创：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  -ecrontab: installing new crontab办法2service 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右边那个按键.