crontab与环境变量，以及应该注意的一些问题

首先，在开篇以前，先附上一份cron图片，此图片是我从Jenkins的Poll SCM插件的帮助中截取的，有兴趣的能够去了解下……
 

今天在网上看到一篇文章，关于crontab的，其中有两点提到了crontab和环境变量，以及须要注意的一些事项，基础，可是我的以为说的特别的好，不少时候容易犯错的每每就是这些基础，这里转载一下。。。好记性不如烂笔头。。。
原文请参看：
http://yunhaozou.org/linux/109.html

2. crontab与环境变量 不要假定cron知道所须要的特殊环境，它其实并不知道。因此你要保证在shelll脚本中提供全部必要的路径和环境变量，除了一些自动设置的全局变量。因此注意以下3点： 1）脚本中涉及文件路径时写全局路径； 2）脚本执行要用到java或其余环境变量时，经过source命令引入环境变量，如： cat start_cbp.sh #!/bin/sh source /etc/profile export RUN_CONF=/home/d139/conf/platform/cbp/cbp_jboss.conf /usr/local/jboss-4.0.5/bin/run.sh -c mev & 3）当手动执行脚本OK，可是crontab死活不执行时。这时必须大胆怀疑是环境变量惹的祸，并能够尝试在crontab中直接引入环境变量解决问题。如： 0 * * * * . /etc/profile;/bin/sh /var/www/java/audit_no_count/bin/restart_audit.sh 3. 其余应该注意的问题 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’`。