Linux中crontab的坑爹环境变量问题

手动在CentOS中执行sh脚本，调用java程序，一切正常；

将该sh加入crontab中定时调度以后，挂了，彻底没有执行到的感受啊！！！

查看crontab执行日志：

cat /var/log/cron

有执行记录，擦擦擦~~~

难道用crontab调用执行会报错，打印日志先：

crontab -e

40 10 * * * /home/job.sh 2>>/home/log

再调度一次，查看日志：

cat /home/log

还真报错了：

Exception in thread "main" java.lang.ClassFormatError: SystemInfo (unrecognized class file version)

...

TMD，不能识别的java版本，大胆的怀疑crontab用的环境变量是他自个的：

cat /etc/crontab

果真，crontab本身有一个PATH变量，修改之：

vim /etc/crontab

从新用crontab调用程序，报错依旧，重启之：

service crond restart

再调用，继续报错，难道crontab的PATH是个摆设！

google之，baidu之，原来这是个坑人无数的问题，如下是查到的一些有用的资料：

http://xiachaofeng.iteye.com/blog/1405184

今天碰见一个问题，crontab的定时任务不能自动执行，可是手动执行脚本一直能成功。查到最后，发现是脚本里用了系统的环境变量。下面开始解释：

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

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.crontab中的输出配置

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

shell命令的结果能够经过‘> ’的形式来定义输出

/dev/null 表明空设备文件　　

> 表明重定向到哪里，例如：echo "123" > /home/123.txt　

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

2 表示stderr标准错误

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

那么重定向输出语句的含义：

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

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