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

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

    命令：service crond statusservice crond start

• 1
• 2

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

      crontab -lSHELL=/bin/bash0 15 * * 1-5 cd /root/ye/project/StatShareDataProject/&& ./start.sh

• 1
• 2
• 3

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

• 1
• 2

4、 查看crontab执行记录

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

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

tail -f /var/log/cron

• 1

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

tail -f /var/spool/mail/root

• 1

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

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

• 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

• 1

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

source /etc/profile
添加后脚本整体如下
#!/bin/bash
source /etc/profile
PROJECTNAME=UseAndUnuseData
pid=`ps -ef |grep $PROJECTNAME |grep -v "grep" |awk '{print $2}'`
if [ $pid ]; thenecho "$PROJECTNAME  is  running  and pid=$pid"kill -9 $pidecho "Start success to start $PROJECTNAME ...."nohup java -jar UseAndUnuseData.jar  >> catalina.out  2>&1 &
elseecho "Start success to start $PROJECTNAME ...."nohup java -jar UseAndUnuseData.jar  >> catalina.out  2>&1 &
fi

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15

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

#周一到周五每天下午三点开始运行程序，统计基本数据
01 15 * * 1-5 cd /root/yechunbo/project/StaticBasicData/&& ./start.sh

• 1
• 2

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

/bin/sh: root: command not found

• 1

按照网上各种方法试过之后发现还是报一样的错。 
因此笔者将/var/spool/cron/root 文件删除掉，重新设定时任务，竟然神奇地可以正常执行了。原理还没想通，不过至少可以正常执行了….