1、crontab执行脚本不成功的问题
crontab在运行是不会自动加载环境变量
原因分析：crontab执行的时候，就是它总是不会缺省的从用户profile文件中读取环境变量参数，经常导致在手工执行某个 脚本时是成功的，但是到crontab中试图让它定期执行时就是会出错。
解决方式：
a.将shell中命令改成全路径：
[root@testserver-2 ~]# cat /etc/crontab
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
# For details see man 4 crontabs
# Example of job definition:
# .---------------- minute (0 - 59)
# | .------------- hour (0 - 23)
# | | .---------- day of month (1 - 31)
# | | | .------- month (1 - 12) OR jan,feb,mar,apr ...
# | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# | | | | |
# * * * * * user-name command to be executed
[root@testserver-2 ~]# echo $PATH
/opt/java/bin:/usr/lib64/qt-3.3/bin:/usr/local/mysql/bin:/usr/local/mysql/bin:/usr/local/mysql/bin:/usr/local/mysql/bin:/usr/local/mysql/bin:/usr/local/mysql/bin:/usr/local/mysql/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/opt/codis/go/bin:/opt/node/bin:/opt/node/node_modules/elasticdump/bin:/root/bin
可以看出crontab中少了很多环境变量，其中包括elasticdump的，继续：
[root@testserver-2 ~]# which elasticdump
/opt/node/node_modules/elasticdump/bin/elasticdump
将此路径加到es_export.sh脚本中，调整crontab，测试，发现仍然不可用
下面接着执行：
b.引用环境变量：
在脚本开头下添加：
. /etc/profile
. ~/.bash_profile
总结：
crontab执行shell过程中依赖环境变量，如果不加全路径，就要引用环境变量，因此，最好还是都加上的好，【全路径+环境变量】，完美收官！
———————————————————————————————————————————————————————————————
1、crontab基本用法
Usage: crontab [-u user] [-e|-l|-r]
Crontab 的格式说明如下:
逗号(‘,’) 指定列表值。如: “1,3,4,7,8″
中横线(‘-’) 指定范围值 如 “1-6″, 代表 “1,2,3,4,5,6″
星号 (‘*’) 代表所有可能的值
*/15 表示每 15 分钟执行一次
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
注意：
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’。
—————————————————————————————–
/etc/profile, /etc/bashrc, .bash_profile和.bashrc的差别
用户登陆Linux操作系统的时候，"/etc/profile", “~/.bash_profile"等配置文件会被自动执行。执行过程是这样的：登陆Linux系统时，首先启动”/etc/profile"，然后启动 用户目录下的"/.bash_profile"，如果"/.bash_login"和"/.profile"文件存在的时候也会在执行"/.bash_profile"后被依次调用。
