linux df -i 100%處理

 

發現空間是足夠的，而後df -i 查看了下inodes，發現根目錄下的inodes值使用率爲100%了

解決方法：經過如下腳本進行檢查，查看到底哪一個目錄下面的文件最多：

find / -xdev -printf '%h\n' | sort | uniq -c | sort -k 1 -n
最終發現/var/soppl目錄最多。而後又進一步肯定是/var/spool/amavisd/quarantine 目錄下面有上百萬個文件，機器已經沒法正常顯示了,後來百度查看了下這個目錄是郵件服務器，處理垃圾郵件活病毒郵件隔離的，明白緣由了，刪除該目錄下全部文件；使用xargs命令來刪除數量比較多的文件：

ls | xargs -n 10 rm -rf

var/spool/clientmqueue目錄~清理

天nagios報警，一臺服務器的disk滿了，使用du -sh * 或 du -sh /* 查看目錄的大小，查找佔用空間大的目錄/var/spool/clientmqueue....

而後我就想/var/spool/clientmqueue這個目錄幹嗎用的，糾結了半天，谷歌了下，原來/var/spool/clientmqueue是若是系統中有用戶開啓了cron，而cron中執行的程序有輸出內容，輸出內容會以郵件形式發給cron的用戶，而sendmail沒有啓動因此就產生了這些文件。

服務器上確實有cron定時執行數十個腳本，並且都沒有設置輸出定向，日積月累的文件都被保存在/var/spool/clientmqueue目錄下面樂 = =.

解決方法：在cron的自動執行語句後加上> /dev/null 2>&1
例：
4 3 * * * /usr/bin/w > /dev/null 2>&1
這樣就OK拉，就不會寫到那個目錄下了....

在這裏說一點，/var/spool/clientmqueue目錄文件太多，rm -rf *時候會提示：

「-bash: /bin/rm: Argument list too long「..意思是參數太長，rm 幹不了。能夠用ls | xargs rm -f這個命令將/var/spool/clientmqueue目錄下全部文件刪除。