大清早的就接到監控報警,,提示php進程掛掉了...果斷登錄到服務器上面查看,發現內存不足4G..果斷認為是內存不足引起的,,top了一下,,發現了一個download.php進程占用內存過高,,kill掉,,發現內存降下來了,,暗喜..

結果此時load直線上升,,外網流量報警..檢查nginx連接數過高,,感覺是不是被攻擊了,,果斷查看message日誌,,發現vim提示無法寫入到.viminfo..刪除.viminfo再打開message日誌仍然相同錯誤..

message日誌裏面也沒有看到任何有用的信息..準備重啟一下message清理一下舊的日誌,,準備做好相關調試工作,,結果發現此報錯:no space left on device..

運行df -h,發現磁盤空間正常..

再運行df -i, 總算發現故障原因,,原來是inode滿了..

最後發現原來是postfix文件數量太多了,,果斷刪除find /var/spool/postfix/maildrop/ -type f |xargs rm -rf.

產生的原因是/etc/crontab配置了MAILTO=ROOT,改配置產生導致的結果是每執行crond裏面的一條計劃任務,,就都會默認發送一個郵件給ROOT..由於該機器運行時間比較長,計劃任務多..所以就出現了上述故障..將MAILTO=ROOT改為MAILTO=就行了..然後重啟crond

本文出自 “webgame 自動化運維” 博客，請務必保留此出處http://mstools.blog.51cto.com/1104047/1965527

一次磁盤滿的系統故障