今天寫了個腳本手動執行有結果，但是放到系統定時任務跑卻沒結果，之前也遇到這種問題解決了沒記錄后面又懵逼了一次~~~
如下圖：
手動執行有結果
放到定時任務中每五分鍾執行一次
解決方法：
腳本中加載系統環境變量
source /etc/profile
如果不加入腳本定時任務可以這樣寫效果一樣
*/5 * * * * ./etc/profile;sh /fs01/scripts/ulimit.sh
原因如下：
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’`