關於 messages 的一個問題

關於 messages 的一個問題

Solaris 的 /var/adm, 為什麼會有 messages.x 這些檔案, 在 crontab 中並沒看到有定時 job 會做這件事... why?



-rw-r--r-- 1 root other 0 Sep 18 03:10 messages.3

-rw-r--r-- 1 root other 0 Sep 25 03:10 messages.2

-rw-r--r-- 1 root other 112 Oct 5 11:44 messages.1

-rw-r--r-- 1 root other 112 Oct 13 17:07 messages.0

-rw-r--r-- 1 root other 0 Oct 16 03:10 messages
7 回覆

關於 messages 的一個問題

注意看檔案的時間點, 這些應該都是你的solaris系統重起的時間. 除了messages外, 其他是所謂的messages backup file. 如此.

關於 messages 的一個問題

請看一下你的

/etc/syslog.conf

有一行

user.err /var/adm/messages

messages 不是由cron 來啟動的

他是由syslog 產生的

you can man syslog



關於 messages 的一個問題

另外

每次開機都會產生一個新的messages file

記錄在/etc/init.d/syslog



/etc/rc2.d/S74syslog

關於 messages 的一個問題

Hi:

There is a freeware named as logrotate which will archive the messages as what you see (messages.1, messages.2 ... )



The Linux also do it as the same way.



..

.

關於 messages 的一個問題

1. 這台 server 已經 366 天沒有 reboot, 所以絕不會是重開機產生的



# uptime

8:27am up 366 day(s), 23:08, 2 users, load average: 0.18, 0.20, 0.19



2. 在 crontab -l 中找到



10 3 * * 0 /usr/lib/newsyslog



這個 newsyslog 的部分內容如下

LOG=messages

cd /var/adm

test -f $LOG.2 && mv $LOG.2 $LOG.3

test -f $LOG.1 && mv $LOG.1 $LOG.2

test -f $LOG.0 && mv $LOG.0 $LOG.1

mv $LOG $LOG.0

cp /dev/null $LOG

chmod 644 $LOG



所以是它把 messages 改成 messages.0 的



但問題是 /var/adm 中的 messages.x 的檔案最後修改時間卻不一定是每週日的 03:10, 我可以確定沒有人為修改...請問還有什麼原因會造成這樣



# ls -l messa*

-rw-r--r-- 1 root other 0 Oct 23 03:10 messages

-rw-r--r-- 1 root other 1788 Oct 17 18:50 messages.0

-rw-r--r-- 1 root other 2573 Oct 14 23:56 messages.1

-rw-r--r-- 1 root other 331 Oct 5 10:49 messages.2

-rw-r--r-- 1 root other 0 Sep 25 03:10 messages.3

# pwd

/var/adm











關於 messages 的一個問題

應該是你的messages 根本沒異動

所以mv messages.new to messages.old的時候還是停留在最後一次update 的時間

example

messages.new is Oct 17 18:50

但是在crontab 起來做的時候是做mv 的動作

messages.old 還是Oct 17 18:50,並不會是

星期日 03:10



關於 messages 的一個問題

檢查檔案的內容是不是剛好沒有資料進來

messages.3

messages.2

messages.1