Linux 中 /var/spool/postfix/maildrop
摘要
一台运维主机上面没有跑什么特殊服务，所以没有添加监控告警。今突然执行命令执行不了发现是因为磁盘慢了导致。排错发现是因为目录
/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
修改之后观察该目录发现没有新的文件产生。
作者：全栈运维
链接：https://www.jianshu.com/p/a0aa43707476
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/4692/viewspace-2805504/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
前端— toFixed() 的精度问题
请登录后发表评论
登录
全部评论
