問題

在LINUX中，周期執(zhí)行的任務(wù)一般由cron這個(gè)守護(hù)進(jìn)程來處理[ps -ef|grep cron]。cron讀取一個(gè)或多個(gè)配置文件，這些配置文件中包含了命令行及其調(diào)用時(shí)間。

cron的配置文件稱為“crontab”，是“cron table”的簡寫。

近期在crontab中添加了一個(gè)定時(shí)任務(wù)，該任務(wù)執(zhí)行之后默認(rèn)會(huì)有正常輸出。為了確保在任務(wù)執(zhí)行過程中的異常信息也可以捕獲，方便問題定位，因此在crontab中我寫了這么一條命令：

01 09 * * * cd /opdir/test/ && ./test.sh &>>test.log

以上命令非常好理解，每天9:01執(zhí)行test.sh 腳本并且將腳本的標(biāo)準(zhǔn)錯(cuò)誤輸出、標(biāo)準(zhǔn)輸出全部重定向到文件 test.log中。最終發(fā)現(xiàn)腳本是正常執(zhí)行了，但是test.log 這個(gè)日志文件中卻沒有任何內(nèi)容。

為了解決和解釋這個(gè)問題，接下來我們先簡單介紹下linux系統(tǒng)中重定向的問題

概念

Linux系統(tǒng)中:

1: 表示標(biāo)準(zhǔn)輸出(stdout)，默認(rèn)輸出到屏幕

2:表示標(biāo)準(zhǔn)錯(cuò)誤輸出(stderr)，默認(rèn)輸出到屏幕

在平時(shí)我們經(jīng)常使用如下方法將腳本執(zhí)行結(jié)果重定向：

bash test.sh >test.out //腳本的標(biāo)準(zhǔn)輸出寫入到文件test.out ,標(biāo)準(zhǔn)錯(cuò)誤輸出直接打印在屏幕 等價(jià)于：bash test.sh 1>test.outbash test.sh >test.out 2>&1 //標(biāo)準(zhǔn)輸出和標(biāo)準(zhǔn)錯(cuò)誤輸出都寫入到test.out并且不會(huì)互相覆蓋，等價(jià)于 bash test.sh &>test.outbash test.sh >test.out 2>test.out //標(biāo)準(zhǔn)輸出和標(biāo)準(zhǔn)錯(cuò)誤輸出都寫入到test.out，會(huì)出現(xiàn)互相覆蓋的問題，正常情況不推薦這樣使用bash test.sh &>test.out //等價(jià)于第二種方法

比較一下以上幾種的效果：

第一種：錯(cuò)誤輸出在屏幕，正常輸出在文件test.out

root@mengalong:~/opdir/mengalong/t/t# cat test.sh#!/bin/bashtdateroot@mengalong:~/opdir/mengalong/t/t# bash test.sh >test.outtest.sh: line 2: t: command not foundroot@mengalong:~/opdir/mengalong/t/t# cat test.outWed Oct 31 11:07:24 CST 2018

第二種：錯(cuò)誤輸出和正常輸出均重定向到文件test.out中

root@mengalong:~/opdir/mengalong/t/t# bash test.sh >test.out 2>&1root@mengalong:~/opdir/mengalong/t/t# cat test.outtest.sh: line 2: t: command not foundWed Oct 31 11:09:02 CST 2018

第三種：錯(cuò)誤輸出和正常輸出互相覆蓋

root@mengalong:~/opdir/mengalong/t/t# bash test.sh >test.out 2>test.outroot@mengalong:~/opdir/mengalong/t/t# cat test.outWed Oct 31 11:10:36 CST 2018ot 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.outtest.sh: line 2: t: command not foundroot@mengalong:~/opdir/mengalong/t/t# cat test.outWed Oct 31 11:12:13 CST 2018

這里只是把 2>&1 放在了 >test.out 前邊，但是結(jié)果卻不是像我們想象的那樣，錯(cuò)誤和正常輸出都進(jìn)入test.out 文件。這是因?yàn)? bash test.sh 2>&1 >test.out 這個(gè)命令中， 2>&1 的時(shí)候，只是把錯(cuò)誤輸出重定向到了標(biāo)準(zhǔn)輸出，而此時(shí)標(biāo)準(zhǔn)輸出的默認(rèn)值是屏幕，因此實(shí)際等價(jià)于標(biāo)準(zhǔn)錯(cuò)誤輸出被重定向到了屏幕，而非文件。因此重定向需要注意順序。

問題解決

接下來再回過頭來看看，我寫的crontab任務(wù)：

01 09 * * * cd /opdir/test/ && ./test.sh &>>test.log

按照上邊的概念分析，這種寫法應(yīng)該等價(jià)于./test.sh >test.log 2>&1 ，腳本執(zhí)行的輸出和標(biāo)準(zhǔn)錯(cuò)誤輸出全部重定向到 test.log。但是實(shí)際情況卻是test.log文件中并沒有任何內(nèi)容。

這是因?yàn)?crontab 默認(rèn)使用的shell環(huán)境為 /bin/sh, 而/bin/sh 并不支持 &>>test.log 這種重定向方法，因此我們看到的效果是test.log 中沒有內(nèi)容。

因此解決問題的方法就是將crontab的重定向方法進(jìn)行修改：

01 09 * * * cd /opdir/test/ && ./test.sh >>test.log 2>&1

啰嗦一句

crontab執(zhí)行過程中，如果腳本輸出沒有重定向，那么會(huì)默認(rèn)給系統(tǒng)用戶發(fā)郵件，郵件內(nèi)容一般存儲在 /var/mail/$user 中，如果不清理就會(huì)打滿服務(wù)器根分區(qū)，最終導(dǎo)致機(jī)器無法登陸。因此推薦的crontab命令寫法如下：

01 09 * * * cd /opdir/test/ && ./test.sh >>test.log 2>&1 </dev/null &

具體后邊增加了 </dev/null & ，這個(gè)的含義就不多說了，感興趣的可以自己分析一下

總結(jié)

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