前言

最近在工作中遇到了一些問題，crontab定時(shí)任務(wù)居然不執(zhí)行，后來我在網(wǎng)上找的時(shí)候發(fā)現(xiàn)網(wǎng)上主要說了這5個(gè)原因：

1 crond服務(wù)未啟動(dòng)

crontab不是Linux內(nèi)核的功能，而是依賴一個(gè)crond服務(wù)，這個(gè)服務(wù)可以啟動(dòng)當(dāng)然也可以停止。如果停止了就無法執(zhí)行任何定時(shí)任務(wù)了，解決的方法是打開它:

crond

或

service crond start

如果提示crond命令不存在，可能被誤刪除了，CentOS下可以通過這個(gè)命令重新安裝：

yum -y install crontabs

2 權(quán)限問題

比如：腳本沒有x執(zhí)行權(quán)限，解決方法：

增加執(zhí)行權(quán)限，或者用bash abc.sh的方法執(zhí)行

也有可能crontab任務(wù)所屬的用戶對某個(gè)目錄沒有寫權(quán)限，也會(huì)失敗

3 路徑問題

有的命令在shell中執(zhí)行正常，但是在crontab執(zhí)行卻總是失敗。有可能是因?yàn)閏rontab使用的sh未正確識別路徑，比如：以root身份登錄shell后執(zhí)行一個(gè)/root/test.sh，只要執(zhí)行

./test.sh

就可以了。但是在crontab中，就會(huì)找不到這個(gè)腳本，比如寫完整：

/root/test.sh

4 時(shí)差問題

因?yàn)榉?wù)器與客戶端時(shí)差問題，所以crontab的時(shí)間以服務(wù)器時(shí)間為準(zhǔn)。

時(shí)差這個(gè)問題還真是搞人，這個(gè)我親身體驗(yàn)了，現(xiàn)象如下：

(1) 我設(shè)置了一個(gè)定時(shí)腳本，用date命令觀察服務(wù)器的時(shí)間到了腳本執(zhí)行的時(shí)間點(diǎn)，發(fā)現(xiàn)沒有執(zhí)行

(2) 但是我把腳本設(shè)置成每分鐘執(zhí)行一次，就是OK的

見鬼了，服務(wù)器時(shí)間是對的啊？莫非是要加個(gè)什么時(shí)區(qū)？于是把腳本的時(shí)間減10或者12或者8個(gè)小時(shí)都嘗試了下，發(fā)現(xiàn)都不行。

但是很明顯是時(shí)間不一致導(dǎo)致的不執(zhí)行。

最后用如下兩行解決了問題：

cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtimeservice crond restart

5 變量問題

有時(shí)候命令中含有變量，但crontab執(zhí)行時(shí)卻沒有，也會(huì)造成執(zhí)行失敗。

驗(yàn)證后，我的定時(shí)腳本test.sh不執(zhí)行不是上述任何一種原因，其實(shí)我的腳本就一句話：

#!/bin/bashecho 123 >> testFile

我希望通過這種方式來測試 我設(shè)置的定時(shí)腳本起作用了，于是我設(shè)置了該腳本每分鐘執(zhí)行一次，但是死活在腳本所在目錄看不到這個(gè)文件，我手動(dòng)執(zhí)行

# sh test.sh

卻能看到在腳本所在目錄能看到這個(gè)文件

我懷疑是crontab根本沒有執(zhí)行，于是我在crontab中直接添加了

*/1 * * * * echo 123 >> /home/denglinjie/testFile

testFile文件生成了，說明crontab是執(zhí)行了的，那看來是我腳本自身存在問題

最后發(fā)現(xiàn)，原來是testFile這里必須寫完整的路徑，我天真的以為testFile會(huì)生成在腳本所在的目錄，所以改成了如下形式

#!/bin/bashecho 123 >> /data/denglinjie/testFile

然后就可以了。

其實(shí)路徑是個(gè)非常容易出問題的地方，假設(shè)在/home/denglinjie目錄下有一個(gè)腳本文件test1.sh，然后在該目錄下還有一個(gè)腳本文件test2.sh

在test1.sh中執(zhí)行了test2.sh，而且用的是相對路徑，即相對test1.sh所在的路徑。

如果在crontab -e中編輯的時(shí)候，執(zhí)行的方式是

sh /home/denglinjie/test1.sh，當(dāng)執(zhí)行到調(diào)用sh test2.sh的時(shí)候，系統(tǒng)會(huì)認(rèn)為是從crontab文件所在的目錄去找test2.sh，但是其實(shí)是找不到的，造成執(zhí)行失敗

最開始我想的方法是，我要將我寫的待執(zhí)行的腳本文件以及被調(diào)用的其他的腳本和crontab文件放到一個(gè)地方，這樣就可以拉，但是失敗了，可能是因?yàn)闄?quán)限問題，我進(jìn)不去/var/spool/cron目錄。

所以另外一個(gè)解決方法就是在執(zhí)行腳本之前先通過 cd   /home/denglinjie 命令進(jìn)入到腳本所在目錄

------------------------------------------------------------------

最近又發(fā)現(xiàn)一種新的引起crontab不執(zhí)行的原因

這里我要執(zhí)行的是python腳本，我python腳本的目錄為：

/data/denglinjie/work/UpdateModuleSwitch

一開始我的定時(shí)任務(wù)是這樣寫的：

0 * * * * cd /data/denglinjie/work/UpdateModuleSwitch;python update_switch.py

發(fā)現(xiàn)到了時(shí)間點(diǎn)居然沒有執(zhí)行,其中update_switch.py的部分內(nèi)容如下：

import pymongo

就是我的腳本中引入了自己安裝的pymongo， 注意，這個(gè)pymongo是安裝到了指定的python版本上的

不執(zhí)行原因：crontab定時(shí)任務(wù)執(zhí)行的時(shí)候，使用的python不是我的那個(gè)python，使用的這個(gè)python沒有安裝pymongo，導(dǎo)致import失敗

解決辦法，改成如下形式：

0 * * * * cd /data/denglinjie/work/UpdateModuleSwitch;/data/zhoumi/install_evn/bin/python update_switch.py

指定運(yùn)行使用的python，這個(gè)python已經(jīng)安裝綁定了pymongo，或者用如下形式：

0 * * * * export PATH=/data/zhoumi/install_evn/bin/:$PATH;cd /data/denglinjie/work/UpdateModuleSwitch;python update_switch.py

因?yàn)槲业倪@個(gè)python是安裝在我自己的用戶目錄下，所以系統(tǒng)找不到這個(gè)python，所以只要將我的python也加入到系統(tǒng)PATH環(huán)境變量中就可以了

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對VEVB武林網(wǎng)的支持。