Linux 系統裡面計劃任務，crontab 沒有如期執行這是運維工作中比較常見的一種故障了。

下面結合最近部署自動指令碼不執行問題排查步驟：

1、檢查 crontab 服務是否正常

[[email protected]_db ~]$ ps -aux|grep cron

這裡發現服務是正常執行。如果裡面沒有發現執行記錄，那麼可以啟動下這個服務：service crond start

2、檢視使用者郵件

其實，最直接最有效的就是檢視執行日誌了，結合 crontab 執行記錄，以及 crontab 執行出錯後的系統郵件，一般都能徹底找到失敗的原因了！

當然，要記住在 crontab 中如果遮蔽了錯誤資訊，就不會發郵件了。

[[email protected]_db ~]$ cat /var/spool/mail/dmdba

這裡，我發現了指令碼執行報錯了：

原因還是環境變數問題，找到指令碼export加上缺失的環境變數即可。

3、檢查指令碼的執行許可權

一般來說，在 crontab 中建議使用 sh 或 bash 來執行 shell 指令碼，避免因指令碼檔案的執行許可權丟失導致任務失敗。

當然，最直接檢查就是人工直接複製 crontab -l 裡面的命令列測試結果。

[[email protected]_db script]$ crontab -l
0 2 * * * sh /home/dmdba/dmbackup/script/backup.sh

4、檢查指令碼需要用到的變數

和上文一樣，通常來說從 crontab 裡面執行的指令碼和人工執行的環境變數是不一樣的，所以對於一些系統變數，建議寫絕對路徑，或使用 witch 動態獲取，

比如  sudo_bin=$(which sudo) 就能拿到 sudo 在當前系統的絕對路徑了。