這篇文章主要介紹Linux中crontab輸出重定向不生效怎么辦,文中介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們一定要看完!
成都創(chuàng)新互聯(lián)專注于市南網站建設服務及定制,我們擁有豐富的企業(yè)做網站經驗。 熱誠為您提供市南營銷型網站建設,市南網站制作、市南網頁設計、市南網站官網定制、小程序定制開發(fā)服務,打造市南網絡公司原創(chuàng)品牌,更為您提供市南網站排名全網營銷落地服務。問題
在LINUX中,周期執(zhí)行的任務一般由cron這個守護進程來處理[ps -ef|grep cron]。cron讀取一個或多個配置文件,這些配置文件中包含了命令行及其調用時間。
cron的配置文件稱為“crontab”,是“cron table”的簡寫。
近期在crontab中添加了一個定時任務,該任務執(zhí)行之后默認會有正常輸出。為了確保在任務執(zhí)行過程中的異常信息也可以捕獲,方便問題定位,因此在crontab中我寫了這么一條命令:
01 09 * * * cd /opdir/test/ && ./test.sh &>>test.log
以上命令非常好理解,每天9:01執(zhí)行test.sh 腳本并且將腳本的標準錯誤輸出、標準輸出全部重定向到文件 test.log中。最終發(fā)現腳本是正常執(zhí)行了,但是test.log 這個日志文件中卻沒有任何內容。
為了解決和解釋這個問題,接下來我們先簡單介紹下linux系統(tǒng)中重定向的問題
概念
Linux系統(tǒng)中:
1: 表示標準輸出(stdout),默認輸出到屏幕
2:表示標準錯誤輸出(stderr),默認輸出到屏幕
在平時我們經常使用如下方法將腳本執(zhí)行結果重定向:
bash test.sh >test.out //腳本的標準輸出寫入到文件test.out ,標準錯誤輸出直接打印在屏幕 等價于:bash test.sh 1>test.out bash test.sh >test.out 2>&1 //標準輸出和標準錯誤輸出都寫入到test.out并且不會互相覆蓋,等價于 bash test.sh &>test.out bash test.sh >test.out 2>test.out //標準輸出和標準錯誤輸出都寫入到test.out,會出現互相覆蓋的問題,正常情況不推薦這樣使用 bash test.sh &>test.out //等價于第二種方法
比較一下以上幾種的效果:
第一種:錯誤輸出在屏幕,正常輸出在文件test.out
root@mengalong:~/opdir/mengalong/t/t# cat test.sh #!/bin/bash t date root@mengalong:~/opdir/mengalong/t/t# bash test.sh >test.out test.sh: line 2: t: command not found root@mengalong:~/opdir/mengalong/t/t# cat test.out Wed Oct 31 11:07:24 CST 2018
第二種:錯誤輸出和正常輸出均重定向到文件test.out中
root@mengalong:~/opdir/mengalong/t/t# bash test.sh >test.out 2>&1 root@mengalong:~/opdir/mengalong/t/t# cat test.out test.sh: line 2: t: command not found Wed Oct 31 11:09:02 CST 2018
第三種:錯誤輸出和正常輸出互相覆蓋
root@mengalong:~/opdir/mengalong/t/t# bash test.sh >test.out 2>test.out root@mengalong:~/opdir/mengalong/t/t# cat test.out Wed Oct 31 11:10:36 CST 2018 ot found
第四種,特殊情況,比較一下bash test.sh 2>&1 >test.out 和 bash test.sh >test.out 2>&1 的區(qū)別:
root@mengalong:~/opdir/mengalong/t/t# bash test.sh 2>&1 >test.out test.sh: line 2: t: command not found root@mengalong:~/opdir/mengalong/t/t# cat test.out Wed Oct 31 11:12:13 CST 2018
這里只是把 2>&1 放在了 >test.out 前邊,但是結果卻不是像我們想象的那樣,錯誤和正常輸出都進入test.out 文件。這是因為, bash test.sh 2>&1 >test.out 這個命令中, 2>&1 的時候,只是把錯誤輸出重定向到了標準輸出,而此時標準輸出的默認值是屏幕,因此實際等價于標準錯誤輸出被重定向到了屏幕,而非文件。因此重定向需要注意順序。
問題解決
接下來再回過頭來看看,我寫的crontab任務:
01 09 * * * cd /opdir/test/ && ./test.sh &>>test.log
按照上邊的概念分析,這種寫法應該等價于./test.sh >test.log 2>&1 ,腳本執(zhí)行的輸出和標準錯誤輸出全部重定向到 test.log。但是實際情況卻是test.log文件中并沒有任何內容。
這是因為 crontab 默認使用的shell環(huán)境為 /bin/sh, 而/bin/sh 并不支持 &>>test.log 這種重定向方法,因此我們看到的效果是test.log 中沒有內容。
因此解決問題的方法就是將crontab的重定向方法進行修改:
01 09 * * * cd /opdir/test/ && ./test.sh >>test.log 2>&1
啰嗦一句
crontab執(zhí)行過程中,如果腳本輸出沒有重定向,那么會默認給系統(tǒng)用戶發(fā)郵件,郵件內容一般存儲在 /var/mail/$user 中,如果不清理就會打滿服務器根分區(qū),最終導致機器無法登陸。因此推薦的crontab命令寫法如下:
01 09 * * * cd /opdir/test/ && ./test.sh >>test.log 2>&1 </dev/null &
具體后邊增加了 </dev/null & ,這個的含義就不多說了,感興趣的可以自己分析一下
以上是“Linux中crontab輸出重定向不生效怎么辦”這篇文章的所有內容,感謝各位的閱讀!希望分享的內容對大家有幫助,更多相關知識,歡迎關注創(chuàng)新互聯(lián)成都網站設計公司行業(yè)資訊頻道!
另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內外云服務器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應用場景需求。
本文題目:Linux中crontab輸出重定向不生效怎么辦-創(chuàng)新互聯(lián)
本文來源:http://www.rwnh.cn/article42/dsdchc.html
成都網站建設公司_創(chuàng)新互聯(lián),為您提供建站公司、營銷型網站建設、手機網站建設、電子商務、App開發(fā)、網站營銷
聲明:本網站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)