【背景】
测试机器发现无法创建文件，显示磁盘空间已满。但是 df -h 一下发现还有几个G的磁盘空间。
于是又 df -i 发现原来是inode索引满了


【解决】
继续排查发现原来是 /var/spool/postfix/maildrop 下堆积了太多文件导致的。删除这个目录的文件即可。（需要先删除一些文件释放部分inode才可以删除）

1. cd /var/spool/postfix/maildrop;  ls | xargs rm -rf

复制代码

【问题原因】
通过调查，是由于linux在执行cron时，会将cron执行脚本中的output和warning信息，都会以邮件的形式发送Cron所有者， 而由于环境中的sendmail和postfix没有正常运行，导致邮件发送不成功，全部小文件堆积在了maildrop目录下面，而且没有自动清理转换的机制，所以时间一长，此目录就堆积了大量文件。

【彻底解决】
vi /etc/crontab
将‘MAILTO=root’替换成‘MAILTO=""，然后service crond restart即可。如不行crontab -e 第一行增加MAILTO=""

【背景】
测试机器发现无法创建文件，显示磁盘空间已满。但是 df -h 一下发现还有几个G的磁盘空间。
于是又 df -i 发现原来是inode索引满了


【解决】
继续排查发现原来是 /var/spool/postfix/maildrop 下堆积了太多文件导致的。删除这个目录的文件即可。（需要先删除一些文件释放部分inode才可以删除）

1. cd /var/spool/postfix/maildrop;  ls | xargs rm -rf

复制代码

【问题原因】
通过调查，是由于linux在执行cron时，会将cron执行脚本中的output和warning信息，都会以邮件的形式发送Cron所有者， 而由于环境中的sendmail和postfix没有正常运行，导致邮件发送不成功，全部小文件堆积在了maildrop目录下面，而且没有自动清理转换的机制，所以时间一长，此目录就堆积了大量文件。

【彻底解决】
vi /etc/crontab
将‘MAILTO=root’替换成‘MAILTO=""，然后service crond restart即可。如不行crontab -e 第一行增加MAILTO=""