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

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

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

序言

近來在工作中遇見了一些問題，crontab定時(shí)任務(wù)竟然不執(zhí)行，后來我在網(wǎng)上找的時(shí)侯發(fā)覺網(wǎng)上主要說了這5個(gè)誘因：

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

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

crond

或

service crond start

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

yum -y install crontabs

2權(quán)限問題

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

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

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

3路徑問題

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

./test.sh

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

/root/test.sh

4時(shí)差問題

由于服務(wù)器與顧客端時(shí)差問題linux是什么，所以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ā)覺沒有執(zhí)行

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

見鬼了，服務(wù)器時(shí)間是對的?。侩y道是要加個(gè)哪些時(shí)區(qū)？于是把腳本的時(shí)間減10或則12或則8個(gè)小時(shí)都嘗試了下，發(fā)覺都不行。

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

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

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

參考這篇文章：

5變量問題

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

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

#!/bin/bash
echo 123 >> testFile

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

# sh test.sh

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

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

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

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

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

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

之后就可以了。

雖然路徑是個(gè)十分容易出問題的地方，假定在/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)用shtest2.sh的時(shí)侯，系統(tǒng)會覺得是從crontab文件所在的目錄去找test2.sharm linux，而且顯然是找不到的，導(dǎo)致執(zhí)行失敗

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

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

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

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

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

/data/denglinjie/work/UpdateModuleSwitch

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

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

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

import pymongo

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

不執(zhí)行緣由：crontab定時(shí)任務(wù)執(zhí)行的時(shí)侯，使用的python不是我的那種python，使用的這個(gè)python沒有安裝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ù)沒執(zhí)行，所以系統(tǒng)找不到這個(gè)python，所以只要將我的python也加入到系統(tǒng)PATH環(huán)境變量中就可以了

總結(jié)

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

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