crontab的日誌分析

有朋友問到關於linux的crontab不知道是否到底執行了沒有，也算寫過一些基本備份的shell指令碼，結合自己的實際生產環境簡單講述下如何通過cron執行的日誌來分析crontab是否正確執行。

例如伺服器下oracle使用者有如下的計畫任務

00 1 1 * * /home/oracle/backup/hollyreport_hollycrm.sh

關於系統的計畫任務都會先在/var/log

[root@localhost ~]# cd /var/log/

[root@localhost log]# less cron

sep 22 04:22:01 localhost crond[32556]: (root) cmd (run-parts /etc/cron.weekly)

sep 22 04:22:01 localhost anacron[32560]: updated timestamp for job `cron.weekly' to 2013-09-22

sep 22 05:01:01 localhost crond[22768]: (root) cmd (run-parts /etc/cron.hourly)

sep 22 06:01:01 localhost crond[25522]: (root) cmd (run-parts /etc/cron.hourly)

sep 22 07:01:01 localhost crond[28255]: (root) cmd (run-parts /etc/cron.hourly)

sep 22 08:01:01 localhost crond[30982]: (root) cmd (run-parts /etc/cron.hourly)

。。。上面的/var/log/cron只會記錄是否執行了某些計畫的指令碼，但是具體執行是否正確以及指令碼執行過程中的一些資訊則linux會每次都發郵件到該使用者下。

如上述oracle的計畫任務執行資訊，linux會發郵件到/var/spool/mail下面

[root@localhost6 log]# cd /var/spool/mail/

[root@localhost6 mail]# less oracle

date: sun, 25 aug 2013 01:00:01 +0800

message-id: <[email protected]>

from: [email protected] (cron daemon)

to: [email protected]

subject: cron/home/oracle/backup/hollyipcc.sh

content-type: text/plain; charset=utf-8

auto-submitted: auto-generated

x-cron-env:

x-cron-env:

x-cron-env:

x-cron-env:

x-cron-env:

backup hollyipcc

export: release 10.2.0.4.0 - production on sunday, 25 august, 2013 1:00:02

此時我們就能很好的判斷crontab指令碼是否執行，已經執行過程中是否正確以及一些錯誤的資訊，希望這個可以幫助有些朋友很好的了解crontab的原理和診斷crontab的問題。

crontab 任務日誌

crontab是linux下最常用的計畫任務服務。本文跟大家分享一下有關linux crontab日誌存放的一些心得，希望本文能教會你更多東西。預設情況下,crontab中執行的日誌寫在 var log下,如 ls var log cron var log cron var log cron.1 v...

crontab使用日誌

cron 是 linux 的內建服務 檢視服務狀態 vagrant vagrant c5 x86 64 sbin service crond status crond pid 2168 正在執行.關閉服務 vagrant vagrant c5 x86 64 sudo sbin service cro...

crontab 開啟日誌模式

crontab可以定時執行程式,但是有時候程式會出現問題,為了監控程式的執行我們可以檢視 crontab的log,但不幸的是linux ubuntu 預設關閉crontab的log,要想開啟log,可以這樣.sudo vim etc rsyslog.d 50 default.confvim中 cro...