Linux 系统下，如果已经有了Crond的作业，但是发现它并没有执行的话，可能有下面几个原因：

1、crond服务没有启动；

2、crontab没有按要求添加；

3、crontab的使用者帐号受到限制；

4、脚本或者命令没有可执行权限；

5、服务器时间与本地时间的不同步；

一、crond服务没有启动；

对于第一个可能的原因，是crond没有执行的最可能的原因，我就遇到了这样的问题，之前添加了crontab后，我也没有检测是否开启了这项服务、列表里的作业是否可以正常执行，今天检查了一下备份的目录，发现并没有相关文件才知道它并没有执行。

所以在修改crontab的时候，最好是顺道执行一下这个开启服务的命令：

service crond start

二、crontab添加出错；

仔细检查是否是执行“ crontab -e”的时候添加语句写错了？crontab的每个作业单独占独占一行，每个作业有六个项目：

如：

30 23 * * 6 sh /roo/test.sh

就是每个周六的23点30分执行“ sh /root/test.sh”这条命令。值得注意的是其中“星期”项目里的0与7均表示周日，并且对星期项目进行设定后就不要再设定具体的月份项目与日期项目。还有几个特殊字符：

例子：

1、每个周六的凌晨3点整执行httpd重启：

0 3 * * 6 service httpd restart

2、5月15日23点59分发送邮件给Harid，内容读自/root/content.txt:

59 23 15 5 * mail harid </root/content.txt

3、每天的6点至18点每隔15分钟执行一次脚本test.sh：

*/15 6-18 * * * /root/test.sh

如果crond没有执行，由仔细检查是否写对，在最后一个项目里，如果需要某个文件如脚本，由一定要是文件的绝对路径，这样可以大大减少出错的机率。

三、crontab的使用者帐号受到限制；

检查/etc目录下是否有cron.allow与cron.deny文件。如果存在cron.allow文件 ，则确保创建crond服务的用户在该文件里，在该文件里的用户才可以执行类似作业。最好是不要存在这个文件！然后确保自己的帐号不在cron.deny文件里。

四、脚本或者命令没有可执行权限；

确保在第六个项目里执行的命令自己有执行权限，如果是脚本的话，则看该脚本是否有可执行权限，如果没有，则对其加权限：

chmod +x 脚本的路径

或者是用（bash/sh）：

sh 脚本路径

五、服务器时间与本地时间的不同步；

可能因为服务器与本地时间的不同步导致我们在检查是否作业执行了的时候其实作业尚未到其执行时间。

   声明：本文采用 BY-NC-SA 协议进行授权 | 星期九
   原创文章转载请注明：转自《crontab 没有起作用的几点可能原因》