一臺運維主機上面沒有跑什麽特殊服務，所以沒有添加監控告警。今突然執行命令執行不了發現是因為磁盤慢了導致。排錯發現是因為目錄/var/spool/postfix/mailfdrop 過大導致。

通過了解發現因為：

由於 Linux 在執行 cron 時，會將 cron 執行腳本中的 output 和 warning 信息，都會以郵件
的形式發送 cron 所有者， 而由於客戶環境中的 sendmail 和 postfix 沒有正常運行，導致郵件
發送不成功，全部小文件堆積在了 maildrop 目錄下面，而且沒有自動清理轉換的機制，所以長達一
年的時間，此目錄已堆積了大量的文件。查看 man cron 的信息，可以知道會發送給 cron owner.
 

解決之道

臨時解決當然是清空該文件夾即可

cd /var/spool/postfix/maildrop
rm -rf *

但是臨時刪除了，以後也還會出現。所以我們需要從源頭杜絕這個問題再次出現。
通過上面的介紹我們知道是因為crontab執行定時任務的時候把腳本的一些輸出發送給腳本執行者。如果是我們不關心的備註型等輸出我們完全可以讓其輸出到 /dev/null 這樣就不會因為發送失敗到導致在/var/spool/postfix/maildrop下面產出什麽文件。

建議：

*/10 * * * * /tmp/test.sh >/dev/null 2>&1

修改之後觀察該目錄發現沒有新的文件產生。

Linux 中 /var/spool/postfix/maildrop 占用空間很大問題