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

frenchleaf

請(qǐng)問(wèn)一下，這個(gè)怎么解決？重啟nginx能解決嗎？已經(jīng)寫(xiě)入block的空間能找回來(lái)嗎？

bacon1001

回復(fù) 30# black-hat


這種關(guān)于程序未釋放空間的說(shuō)法已經(jīng)被推倒，我嘗試kill掉所有程序和reboot服務(wù)器，情形依舊....

hailang424

可以這樣試試
1、df -a > /tmp/111
2、cat /tmp/111 |sort -t ' ' -k 1 -nr |more

仔細(xì)看看，看能不能查出來(lái)。

leeqiand

938M    proc
這個(gè)好像一般沒(méi)容量吧？
du: cannot access `error/controlcc20100526.sql': Permission denied
du: cannot access `error/cacti20100526.sql': Permission denied
你試著查看你的數(shù)據(jù)庫(kù)占多大空間
不行的話 你試著進(jìn)入單用戶模式查看下  希望幫助你

missing-cn

df -i 看看inode剩余數(shù)量是多少

sobigapple

du: cannot access `error/controlcc20100526.sql': Permission denied
du: cannot access `error/cacti20100526.sql': Permission denied

root都沒(méi)有權(quán)限，先從這個(gè)入手吧，估計(jì)是文件損壞了。
fsck一下。

wake2000x

/var/spool/clientmqueue/ 里面的文件很大，導(dǎo)致根/滿
解決: cd /var/spool/clientmqueue/
ls |xargs -f
造成這個(gè)原因是因?yàn)閏ron腳本引起的，在定時(shí)服務(wù)里  > /dev/null 2>&1

godymoon

回復(fù) 37# wake2000x


   

/var/spool/clientmqueue/ 里面的文件很大，導(dǎo)致根/滿
解決: cd /var/spool/clientmqueue/
ls |xargs -f
造成這個(gè)原因是因?yàn)閏ron腳本引起的，在定時(shí)服務(wù)里  > /dev/null 2>&1

LZ的帖子顯示var目錄只占了3.5G

你是根據(jù)哪個(gè)結(jié)果來(lái)判斷 是/var/spool/clientmqueue/里面 的文件占用的？

taojie2000

回復(fù) 37# wake2000x


ls |xargs -f   啥意思

sanxiatingyu

恩 今年3月的時(shí)候 測(cè)試環(huán)境中的一個(gè)節(jié)點(diǎn)服務(wù)器（HP-UX）出現(xiàn)根滿的情況

導(dǎo)致無(wú)法登陸 在刪除根下一些文件后 才能勉強(qiáng)登陸

后bdf命名發(fā)現(xiàn) 剛釋放的一點(diǎn)空間正在被逐漸消耗

對(duì)相關(guān)文件進(jìn)行查找 并按照網(wǎng)上處理的辦法進(jìn)行處理 無(wú)果

最終向領(lǐng)導(dǎo)申請(qǐng) reboot

reboot后好了 ！