Crontab定时任务失败，查看：

cat /var/spool/mail/root

Neither the JAVA_HOME nor the JRE_HOME environment variable is defined 

At least one of these environment variable is needed to run this program

原因：找不到jdk或者jre路径。

解决方法：在执行标本中加入

export JAVA_HOME=/opt/java/jdk

查看crontab执行日志：

cat /var/log/cron

crontab的定时任务不能自动执行，但是手动执行脚本一直能成功。crontab不会缺省的从用户profile文件中读取环境变量参数。

crontab与环境变量

不要假定cron知道所需要的特殊环境，它其实并不知道。所以你要保证在shelll脚本中提供所有必要的路径和环境变量

shelll脚本注意如下3点：

1）脚本中涉及文件路径时写全局路径；

2）脚本执行要用到java或其他环境变量时，通过source命令引入环境变量，如：

#!/bin/sh
source /etc/profile

3）当手动执行脚本OK，但是crontab死活不执行时。这时必须大胆怀疑是环境变量惹的祸，并可以尝试在crontab中直接引入环境变量解决问题。如：

0 * * * * . /etc/profile;/bin/sh  /var/www/java/audit_no_count/bin/restart_audit.sh

其他应该注意的问题

1）新创建的cron job，不会马上执行，至少要过2分钟才执行。如果重启cron则马上执行。

2）每条 JOB 执行完毕之后，系统会自动将输出发送邮件给当前系统用户。日积月累，非常的多，甚至会撑爆整个系统。所以每条 JOB 命令后面进行重定向处理是非常必要的： >/dev/null 2>&1 。前提是对 Job 中的命令需要正常输出已经作了一定的处理, 比如追加到某个特定日志文件。

3）当crontab突然失效时，可以尝试/etc/init.d/crond restart解决问题。或者查看日志看某个job有没有执行/报错tail -f /var/log/cron。

4）千万别乱运行crontab -r。它从Crontab目录（/var/spool/cron）中删除用户的Crontab文件。删除了该用户的所有crontab都没了。

5）在crontab中%是有特殊含义的，表示换行的意思。如果要用的话必须进行转义\%，如经常用的date ‘+%Y%m%d’在crontab里是不会执行的，应该换成date ‘+\%Y\%m\%d’`。

3.rontab中的输出配置

crontab中经常配置运行脚本输出为：>/dev/null 2>&1，来避免crontab运行中有内容输出。

/dev/null 代表空设备文件

1 表示stdout标准输出，系统默认值是1，所以">/dev/null"等同于"1>/dev/null"

2 表示stderr标准错误

& 表示等同于的意思，2>&1，表示2的输出重定向等同于1

1>/dev/null 首先表示标准输出重定向到空设备文件，也就是不输出任何信息到终端，不显示任何信息。

2>&1 表示标准错误输出重定向等同于标准输出，因为之前标准输出已经重定向到了空设备文件，所以标准错误输出也重定向到空设备文件。