一次磁盤滿的系統故障

  大清早的就接到監控報警,,提示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 


   

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章