1、先手动执行定时任务以此来判断脚本是否有问题。

2、确认服务器是否开启定时任务计划服务

1. 命令：service crond status

2. service crond start

3、检查定时任务配置的语法

1. crontab -l

2. SHELL=/bin/bash

3. 0 15 * * 1-5 cd /root/ye/project/StatShareDataProject/&& ./start.sh​​​​​​​

  可直接复制cd /root/ye/project/StatShareDataProject/&& ./start.sh来运行，若可以正常运行再另做判断。

4、 查看crontab执行记录

如果出现了crontab定时任务不执行的情况，首先需要定位问题，那么就需要通过日志来确定问题所在。

crontab的日志位置一般位于/var/log/cron，利用下面的语句即可查看日志。

tail -f /var/log/cron

上面的/var/log/cron只会记录是否执行了某些计划的脚本，但是具体执行是否正确以及脚本执行过程中的一些信息linux会通过邮件形式发送到给该用户。 
对于root用户该邮件记录位于/var/spool/mail/root，通过以下命令可以查看最近的crontab执行情况。

tail -f /var/spool/mail/root

mail邮件一般只会记录脚本执行成功与否，如果执行失败，无法给出进一步的错误信息，这时需要我们将语句执行的错误信息重定向至文件中，这样可以很方便的查看错误信息。下面就给出了一个简单的例子

0 6 * * * /root/script/ss.sh >> /root/for_crontab/mylog.log 2>&1

上述语句表示把错误输出和标准输出都输出到mylog.log中，在执行的时候会将命令执行的相关信息记录至mylog.log文件中。

• 注：通过定时任务执行的程序需要手动将其 stop 掉（就算该程序手动执行只需要几秒就可执行完了，但是通过crontab设置成定时任务执行时，其执行后将一直占有着该线程，并且不会因为程序跑完了就自动停止该线程），要不然在下次再执行时会发现原先的程序还在执行中。

---

• 增加了crontab任务后，在/var/spool/cron目录下会有一个当前登录账号命名的文件。比如我的登录账号是root。则会存在一个root文件。该文件的内容就是刚添加的crontab任务。

---

常见错误一： 
定时任务配置好后，正常执行，但是执行过程中出现如下错误

nohup: failed to run command ‘java’: No such file or directory

解决方法： 
往执行脚本中添加如下命令便可，这是因为cron并没有加载java相关的配置文件，所以我们需要在脚本中手动将其加入。

1. source /etc/profile

2. 添加后脚本整体如下

3. #!/bin/bash

4. source /etc/profile

5. PROJECTNAME=UseAndUnuseData

6. pid=`ps -ef |grep $PROJECTNAME |grep -v "grep" |awk '{print $2}'`

7. if [ $pid ]; then

8. echo "$PROJECTNAME is running and pid=$pid"

9. kill -9 $pid

10. echo "Start success to start $PROJECTNAME ...."

11. nohup java -jar UseAndUnuseData.jar >> catalina.out 2>&1 &

12. else

13. echo "Start success to start $PROJECTNAME ...."

14. nohup java -jar UseAndUnuseData.jar >> catalina.out 2>&1 &

15. fi

遇到的一个坑： 
定时任务如下： 
crontab -e

1. #周一到周五每天下午三点开始运行程序，统计基本数据

2. 01 15 * * 1-5 cd /root/yechunbo/project/StaticBasicData/&& ./start.sh​​​​​​​

手动执行正常，但是定时任务执行出错，具体错误如下所示：

/bin/sh: root: command not found