根分區(qū)滿，但未找到具體的占用文件，十分詭異！

chlinux

回復(fù) 1# bacon1001


    如果不是你程序主動記的日志，那可查一下數(shù)據(jù)庫日志，系統(tǒng)日志，還有一個經(jīng)常出問題的目錄可重點查一下

/var/spool/clientmqueue

bacon1001

回復(fù) 21# chlinux

這些我都查了個遍，我是實在找不到才來cu發(fā)帖的。linux基本的問題還是能定位，但唯獨這個詭異的問題...哎

bacon1001

回復(fù) 19# dooza


    話說這兩個釘子戶root想盡啥辦法都拿他沒轍

PS：哦，錯了 是回復(fù)20 fist

dooza

是不是有較大的隱藏目錄或文件啊
du -a一下

gerryok

這個地方挺奇怪的

tingyu

du: cannot access `/error/controlcc20100526.sql': Permission denied
du: cannot access `/error/cacti ...
tanyangxf 發(fā)表于 2011-05-11 19:25

    同意這個，應(yīng)該看看這個明顯的異常。不要忽略任何蛛絲馬跡

tanyangxf

樓主就沒鳥過我。。哎。。

jlxiaopang

回復(fù) 3# black-hat


    寫操作不能創(chuàng)建文件的時候會寫磁盤的block？什么意思？ 不能創(chuàng)見文件？還會寫block占用空間？

black-hat

這個問題可以這樣來理解，咱們簡單的做一個測試就拿Nginx程序來測試。
先看看磁盤的大小在說

此時我們來多刷新一下頁面讓日志寫入Log來增加磁盤空間
經(jīng)過多次刷新后磁盤的文件大小已經(jīng)變大。
日志文件路徑在/var/log/host.access.log

此時在看看磁盤的大小情況

現(xiàn)在我們來刪除日志文件
rm -f /var/log/host.access.log
這個時候你可以看的出來雖然刪除了文件但是磁盤的空間一樣沒有釋放。
原因是因為程序在打開了一個句柄后沒有釋放，始終會占用一定block，如果此時有請求會一直的的往下寫。
我們在來看看程序的FD狀態(tài)

好了具體的你在研究研究。詳細的地方你參考一下 程序的一些讀寫機制吧/