Linux下排查定时任务无法启动

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

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

    命令：service crond status         service crond start
1
2

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

      crontab -l      SHELL=/bin/bash      0 15 * * 1-5 cd /root/ye/project/StatShareDataProject/&& ./start.sh
1
2
3

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

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/bashsource /etc/profilePROJECTNAME=UseAndUnuseDatapid=`ps -ef |grep $PROJECTNAME |grep -v "grep" |awk '{print $2}'`if [ $pid ]; then    echo "$PROJECTNAME</span>  is  running  and pid=<span class="hljs-variable">$pid"    kill -9 $pid    echo "Start success to start $PROJECTNAME ...."    nohup java -jar UseAndUnuseData.jar  >> catalina.out  2>&1 &else   echo "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 文件删除掉，重新设定时任务，竟然神奇地可以正常执行了。原理还没想通，不过至少可以正常执行了….