快捷導(dǎo)航

Linux系統(tǒng)crontab定時(shí)運(yùn)行shell腳本失敗的問(wèn)題及解決

更新時(shí)間：2023年04月07日 14:42:43 作者：我叫瘦企鵝

這篇文章主要介紹了Linux系統(tǒng)crontab定時(shí)運(yùn)行shell腳本失敗的問(wèn)題及解決方案，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教

1.最近開(kāi)始學(xué)習(xí)Linux系統(tǒng)使用

經(jīng)過(guò)一段時(shí)間學(xué)習(xí)終于學(xué)到了shell腳本，因?yàn)閷W(xué)的東西比較零散，突發(fā)奇想我學(xué)過(guò)了crontab定時(shí)任務(wù)，今天也學(xué)了shell腳本的編寫，為何不組合一下，既能提升學(xué)習(xí)深度，又能鍛煉自學(xué)能力，何樂(lè)而不為呢？但是沒(méi)想到，我已步入了Linux的坑。

2.腳本倒是很簡(jiǎn)單

因?yàn)閯倢W(xué)習(xí)，寫的命令都很簡(jiǎn)單，請(qǐng)各位大神不要笑我，我寫這篇博客目的一是為了記錄踩過(guò)的坑，加深映像，二是給和我一樣的新手提個(gè)醒，避免長(zhǎng)時(shí)間陷入到坑里。

以下是我shell腳本的代碼

#！/bin/bash
date >> /myshell/date.log

這個(gè)腳本的作用是每次運(yùn)行該腳本，將當(dāng)前時(shí)間累加寫入在/myshell/文件夾下的date.log文件中

首先我們要給這個(gè)腳本添加執(zhí)行權(quán)限用添加權(quán)限的命令就行了

chmod 777 time.sh

目前我遇到的問(wèn)題是要執(zhí)行該腳本，目前只能在腳本所在目錄用./time.sh執(zhí)行。所以為了解決這個(gè)問(wèn)題，我經(jīng)過(guò)思考和某度，找到了兩種方式讓我們的腳本在其他目錄直接使用time.sh命令都可以運(yùn)行腳本。

第一種

我們使用$PATH查看系統(tǒng)現(xiàn)有的環(huán)境變量目錄，也就是如果將我們的腳本放到這些任一個(gè)目錄中，就可以在其他目錄使用time.sh來(lái)運(yùn)行我們的腳本。

但是由于這些目錄存放的文件都是比較重要的。

或是系統(tǒng)文件，所以這種方式我覺(jué)得不太推薦，當(dāng)然，高手的話隨意就行，對(duì)于我這種初學(xué)者的話就盡量避開(kāi)這種危險(xiǎn)的東西。

第二種

我思考既然通過(guò)$PATH看到的這些目錄，把腳本放進(jìn)去就可以在其他地方運(yùn)行，那我們應(yīng)該也可以把我們寫的腳本所在的目錄添加到這個(gè)環(huán)境變量中，這樣就可以達(dá)到我們的目的，于是根據(jù)這個(gè)思路，我又進(jìn)行了某度，找到了解決方法。

可以用

vim /etc/profile

打開(kāi)這個(gè)文件，在文件中添加如下代碼：

export PATH=/myshell:$PATH

添加后保存退出，這段代碼的原理就是在系統(tǒng)調(diào)用這個(gè)文件的時(shí)候，將環(huán)境變量PATH和我們需要自定義的目錄拼接起來(lái)重新生成的PATH環(huán)境變量替換以前的，達(dá)到我們需要設(shè)置自定義目錄的目的,要讓我們編輯的內(nèi)容生效，相當(dāng)于讓系統(tǒng)重新加載我們修改過(guò)的這個(gè)文件

用如下命令就行：

source /etc/profile

這樣，再用$PATH命令查看，就可以看到我們自定義的文件夾也到PATH這個(gè)環(huán)境變量的值中了。

這時(shí)候執(zhí)行一下命令time.sh發(fā)現(xiàn)/myshell目錄下就多了一個(gè)date.log文件了。

再其他目錄執(zhí)行time.sh命令，然后查看date.log命令，相應(yīng)時(shí)間也在文件中累加了。

原以為再用crontab把定時(shí)執(zhí)行任務(wù)設(shè)置好就大功告成，可是更大的坑才剛剛開(kāi)始。

添加定時(shí)執(zhí)行任務(wù)

* 11 * * * time.sh

這個(gè)任務(wù)意思就是在十一點(diǎn)到十二點(diǎn)這個(gè)范圍內(nèi)，每隔一分鐘執(zhí)行一下time.sh這個(gè)腳本。具體的語(yǔ)法不知道的初學(xué)者可以某度一下，資料很多的。

重啟一下crontab服務(wù)

service crond restart

然后使用命令實(shí)時(shí)查看date.log文件累加內(nèi)容的情況

tail -f date.log

等了很長(zhǎng)時(shí)間，內(nèi)容都沒(méi)變，是定時(shí)任務(wù)沒(méi)執(zhí)行成功？還是腳本出錯(cuò)了？

然后趕緊瘋狂某度一下crontab運(yùn)行的日志記錄文件存放位置，實(shí)時(shí)更新查看一下：

tail -f /var/log/cron

等了幾分鐘，發(fā)現(xiàn)每隔一分鐘定時(shí)任務(wù)有執(zhí)行記錄

但是查看date.log文件，發(fā)現(xiàn)內(nèi)容并沒(méi)有累加。

看來(lái)可能是crontab執(zhí)行時(shí)候出錯(cuò)了。

于是修改定時(shí)任務(wù)語(yǔ)句，將定時(shí)任務(wù)執(zhí)行的錯(cuò)誤信息也寫入到date.log文件中，看看報(bào)錯(cuò)內(nèi)容是什么。

將定時(shí)任務(wù)修改為以下代碼

* 11 * * * time.sh >> /myshel/date.log 2>&1

等幾分鐘，查看date.log的內(nèi)容，顯示如下

沒(méi)有找到命令，可是我剛才不管是在文件目錄還是其他目錄都執(zhí)行成功腳本了啊，為什么crontab執(zhí)行還是報(bào)錯(cuò)找不到腳本呢？

會(huì)不會(huì)是環(huán)境變量的問(wèn)題呢，帶著猜想我再次進(jìn)行某度，過(guò)程很艱辛，最后算是證實(shí)我的猜想是對(duì)的，就是系統(tǒng)環(huán)境變量和crontab使用的環(huán)境變量不一樣導(dǎo)致的，其中過(guò)程由于篇幅有限，我就不細(xì)述了，直接說(shuō)解決辦法