crontab環境變量問題

在crontab中運行腳本來查看hadoop相關信息，由于hadoop、java默認部署在/usr/local下面， 所以導致crontab執行時出現報錯。具體與環境變量有關系，下文描述比較清楚。

################

下文出處：

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

今天遇見一個問題，crontab的定時任務不能自動執行，但是手動執行腳本一直能成功。查到最后，發現是腳本里用了系統的環境變量。下面開始解釋：

1.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

2.其他應該注意的問題
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運行中有內容輸出。

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 表示標準錯誤輸出重定向等同于標準輸出，因為之前標準輸出已經重定向到了空設備文件，所以標準錯誤輸出也重定向到空設備文件。

###################################################

排查發現/etc/profile中沒有export /usr/local 路徑。所以對于hadoop和java的path只能是手動export到腳本中了，或者說也可以賦值到變量中：

    export JAVA_HOME="/usr/local/jdk1.6.0_45"

    hadoop='/usr/local/hadoop-2.4.0/bin/hadoop'