crontab定時(shí)任務(wù)不執(zhí)行的一些緣由總結(jié)

更新時(shí)間：2019年01月09日09:34:57作者：田野上的希望

這篇文章主要給你們總結(jié)介紹了關(guān)於crontab定時(shí)任務(wù)不執(zhí)行的一些緣由，對(duì)每種可能發(fā)生的誘因都給出了解決方式，對(duì)遇見(jiàn)這個(gè)問(wèn)題的同事們具有一定的參考學(xué)習(xí)價(jià)值，須要的同學(xué)下邊隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧

序言

最近在工作上遇見(jiàn)了一些問(wèn)題，crontab定時(shí)任務(wù)竟然不執(zhí)行，後來(lái)我在網(wǎng)上找的時(shí)侯發(fā)覺(jué)網(wǎng)上主要說(shuō)了這5個(gè)誘因：

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

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

crond

或

service crond start

假如提示crond指令不存在，可能被刪掉不僅，CentOS下可以透過(guò)這個(gè)指令重新安裝：

yum -y install crontabs

2權(quán)限問(wèn)題

例如：腳本沒(méi)有x執(zhí)行權(quán)限，解決方式：

降低執(zhí)行權(quán)限，或則用bashabc.sh的方式執(zhí)行

也有可能crontab任務(wù)所屬的使用者對(duì)某個(gè)目錄沒(méi)有寫(xiě)權(quán)限，也會(huì)失敗

3路徑問(wèn)題

有的指令在shell中執(zhí)行正常，然而在crontab執(zhí)行卻總是失敗。有可能是由於crontab所使用的sh未正確辨識(shí)路徑，例如：以root身分登錄shell後執(zhí)行一個(gè)/root/test.sh，只要執(zhí)行

./test.sh

就可以了。並且在crontab中，都會(huì)找不到這個(gè)腳本，例如寫(xiě)完整：

/root/test.sh

4時(shí)差問(wèn)題

#由於伺服器與客戶端時(shí)差問(wèn)題linux是什麼，所以crontab的時(shí)間以伺服器時(shí)間為準(zhǔn)。

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

(1)我設(shè)定了一個(gè)定時(shí)腳本，用date指令觀察伺服器的時(shí)間到了腳本執(zhí)行的時(shí)間點(diǎn)，發(fā)覺(jué)沒(méi)有執(zhí)行

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

見(jiàn)鬼了，伺服器時(shí)間是對(duì)的??？難道是要加個(gè)哪些時(shí)區(qū)？於是把腳本的時(shí)間減10或則12或則8小時(shí)都嘗試了下，發(fā)覺(jué)都不行。

然而很顯著是時(shí)間不一致引起的不執(zhí)行。

最后用如下兩行解決了問(wèn)題：

cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
service crond restart

參考這篇文章：

5變量問(wèn)題

有時(shí)侯命令中富含變量，但crontab執(zhí)行時(shí)卻沒(méi)有，也會(huì)導(dǎo)致執(zhí)行失敗。

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

#!/bin/bash
echo 123 >> testFile

我希望通過(guò)這些方法來(lái)測(cè)試我設(shè)置的定時(shí)腳本起作用了，于是我設(shè)置了該腳本每分鐘執(zhí)行一次，而且死活在腳本所在目錄看不到這個(gè)文件linux 計(jì)劃任務(wù)沒(méi)執(zhí)行，我自動(dòng)執(zhí)行

# sh test.sh

卻能看見(jiàn)在腳本所在目錄能看見(jiàn)這個(gè)文件

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

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

testFile文件生成了，說(shuō)明crontab是執(zhí)行了的，那看來(lái)是我腳本自身存在問(wèn)題

最后發(fā)覺(jué)，原先是testFile這兒必須寫(xiě)完整的路徑，我天真的以為testFile會(huì)生成在腳本所在的目錄，所以改成了如下方式

#!/bin/bash
echo 123 >> /data/denglinjie/testFile

之后就可以了。

雖然路徑是個(gè)十分容易出問(wèn)題的地方，假定在/home/denglinjie目錄下有一個(gè)腳本文件test1.sh，之后在該目錄下還有一個(gè)腳本文件test2.sh

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

若果在crontab-e中編輯的時(shí)侯，執(zhí)行的方法是

sh/home/denglinjie/test1.sh，當(dāng)執(zhí)行到調(diào)用shtest2.sh的時(shí)侯，系統(tǒng)會(huì)覺(jué)得是從crontab文件所在的目錄去找test2.sharm linux，而且顯然是找不到的，導(dǎo)致執(zhí)行失敗

最開(kāi)始我想的方式是，我要將我寫(xiě)的待執(zhí)行的腳本文件以及被調(diào)用的其他的腳本和crontab文件放在一個(gè)地方，這樣就可以拉，并且失敗了，可能是由于權(quán)限問(wèn)題，我進(jìn)不去/var/spool/cron目錄。

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

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

近來(lái)又發(fā)覺(jué)一種新的導(dǎo)致crontab不執(zhí)行的誘因

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

/data/denglinjie/work/UpdateModuleSwitch

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

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

發(fā)覺(jué)到了時(shí)間點(diǎn)竟然沒(méi)有執(zhí)行,其中update_switch.py的部份內(nèi)容如下：

import pymongo

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

不執(zhí)行緣由：crontab定時(shí)任務(wù)執(zhí)行的時(shí)侯，使用的python不是我的那種python，使用的這個(gè)python沒(méi)有安裝pymongo，致使import失敗

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

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

指定運(yùn)行使用的python，這個(gè)python早已安裝綁定了pymongo，或則用如下方式：

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

由于我的這個(gè)python是安裝在我自己的用戶目錄下linux 計(jì)劃任務(wù)沒(méi)執(zhí)行，所以系統(tǒng)找不到這個(gè)python，所以只要將我的python也加入到系統(tǒng)PATH環(huán)境變量中就可以了

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)你們的學(xué)習(xí)或則工作具有一定的參考學(xué)習(xí)價(jià)值，假如有疑惑你們可以留言交流，感謝你們對(duì)本站的支持。

以上是crontab定時(shí)任務(wù)不執(zhí)行的一些原因，你知道嗎？的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！