crontab定时任务不执行的原因

1 crond服务未启动

crontab不是Linux内核的功能，而是依赖一个crond服务，这个服务可以启动当然也可以停止。如果停止了就无法执行任何定时任务了，解决的方法是打开它: /sbin

service crond start

2 权限问题

比如：脚本没有x执行权限，解决方法：

增加执行权限，或者用bash abc.sh的方法执行

也有可能crontab任务所属的用户对某个目录没有写权限，也会失败

3 时差问题

因为服务器与客户端时差问题，所以crontab的时间以服务器时间为准。

时差这个问题还真是搞人，这个我亲身体验了，现象如下：

(1) 我设置了一个定时脚本，用date命令观察服务器的时间到了脚本执行的时间点，发现没有执行

(2) 但是我把脚本设置成每分钟执行一次，就是OK的

见鬼了，服务器时间是对的啊？莫非是要加个什么时区？于是把脚本的时间减10或者12或者8个小时都尝试了下，发现都不行。

但是很明显是时间不一致导致的不执行。

最后用如下两行解决了问题：

cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime

service crond restart

参考这篇文章： https://www.phpbulo.com/archives/171.html

4 路径问题

有的命令在shell中执行正常，但是在crontab执行却总是失败。有可能是因为crontab使用的sh未正确识别路径

创建test.sh脚本，内荣如下：

#!/bin/bash

echo 123 >>testFile

*/1 * * * *  /home/test/test.sh

我希望通过这种方式来测试 我设置的定时脚本起作用了，于是我设置了该脚本每分钟执行一次，但是死活在脚本所在目录看不到这个文件，于是我手动执行

./test.sh  却能看到在脚本所在目录能看到这个文件

最后发现，原来是testFile这里必须写完整的路径，我天真的以为testFile会生成在脚本所在的目录，所以改成了如下形式

#!/bin/bash

echo 123 >>/data/denglinjie/testFile

然后就可以了。

其实路径是个非常容易出问题的地方，假设在/home/denglinjie目录下有一个脚本文件test1.sh，然后在该目录下还有一个脚本文件test2.sh在test1.sh中执行了test2.sh，而且用的是相对路径，即相对test1.sh所在的路径。

如果在crontab -e中编辑的时候，执行的方式是sh /home/denglinjie/test1.sh，当执行到调用sh test2.sh的时候，系统会认为是从crontab文件所在的目录去找test2.sh，但是其实是找不到的，造成执行失败

所以另外一个解决方法就是在执行脚本之前先通过 cd   /home/denglinjie 命令进入到脚本所在目录

5 变量问题

有时候命令中含有变量，但crontab执行时却没有，也会造成执行失败。

可以试试这个方法： 在命令行输入如下命令： crontab -e 回车，进入定时任务编辑界面，按下“i”键，进入编辑模式，输入如下内容：

* * * * * echo "111111111111">>/tmp/test.txt 按下“esc”键退出编辑模式，并输入“：wq”保存并退出 此时继续在命令行下输入如下命令： cat /tmp/test.txt 每过一分钟，执行一下上边的命令，发现不断有内容写入，说明定时任务执行了。

写了一个main.py文件，手动执行都正常，需要定时执行，于是直接配置

1 10 * * * /usr/bin/python2.7 /opt/cateSearch/search/house_search.py

没有看到期待的执行结果，于是查阅crontab执行日志/var/log/cron, 发现在10点1分，其实已经执行过了这条语句，只是貌似结果未生效。这个问题困惑了好久

将执行python的命令放到shell脚本里，然后crontab 定时执行.sh文件。具体原因暂时我也不知道。

---