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

修改之后观察该目录发现没有新的文件产生。

原文地址:http://blog.51cto.com/colinspace/2067262

时间: 2024-10-28 22:16:33

Linux 中 /var/spool/postfix/maildrop 占用空间很大问题的相关文章

/var/spool/postfix/maildrop 下有大量文件

参考链接:http://www.shangxueba.com/jingyan/121368.html /var/spool/postfix/maildrop  下有大量文件,怎么会有这么多的文件呢 在网上搜索之后明白是mail没有成功的邮件.由于linux在执行cron时,会将cron执行脚本中的output和warning信息,都会以邮件的形式发送cron所有者, 而我的服务器中关闭了postfix,导致邮件发送不成功,全部小文件堆积在了maildrop目录下面.如果sendmail或者pos

/var/spool/postfix/maildrop/ 是否可清理

故障原因: 今天查看硬盘剩余的容量,发现'/'目录下占用了大量的空间:可我在这个目录下面没有放什么东西:仔细查看在/var/spool/postfix/maildrop/ 中发现了大量的文件.怎么会有这么多的文件呢,先删除. 在网上搜索之后明白是mail没有成功的邮件.由于linux在执行cron时,会将cron执行脚本中的output和warning信息,都会以邮件的形式发送cron所有者, 而我的服务器中关闭了postfix,导致邮件发送不成功,全部小文件堆积在了maildrop目录下面.如

系统磁盘优化——"/var/spool/postfix/maildrop"

文件清理 最近某服务器磁盘空间告警,在排查过程中发现"/var/spool/postfix/maildrop"目录下堆积了很多小文件,起初想直接删除,但是使用rm删除是提示"参数列表过长",后来使用rsync来清楚垃圾文件: # 创建一个临时空文件夹 mkdir /tmp/blankdir # 清理/var/spool/postfix/maildrop rsync -av --delete /tmp/blankdir/ /var/spool/postfix/mail

/var/spool/postfix/maildrop 出现大量文件原因和解决办法

今天发现服务器硬盘报警,出现空间不足的情况,后经查看发现是 /var/spool/postfix/maildrop 有大量文件,但服务器本身没有启动 postfix服务. 继续上网查资料,发现是crontab 每次执行任务后会发送邮件,接受者是在他的配置文件 "/etc/crontab" 通过 MAILTO=root' 来设置的,默认是root,如果执行输出没有十分必要要用邮件发送的话,可以修改此处. 下面是两个解决方法 方法一: 修改"/etc/crontab"

/var/spool/postfix/maildrop小文件太多造成inode索引使用完解决

/var/spool/postfix/maildrop 小文件太多造成inode索引使用完解决办法 问题表现和检查: 1.运行df -i / 查看inode使用是否满: 2.查看/var/spool/postfix/maildrop是否有非常多的小文件,ls直接卡死等情况: 解决:1.cd /var/spool/postfix/maildrop: ls | xargs rm -rf; 2.vi /etc/crontab :将‘MAILTO=root’替换成‘MAILTO="",然后se

/var/spool/postfix

centos磁盘优化,发现/var/spool/postfix/maildrop下有大量文件. cron进程默认会将计划任务中所运行的脚本的警告.错误信息或者脚本输出信息发送给计划任务的所有者,而由于系统的postfix默认没有打开,所以这些邮件放到了邮件队列maildrop目录中,如果计划任务比较多,而且都有信息输出或者有错误,那么maildrop中的小文件肯定会越来越多.此时如果启动postfix服务,那么这些文件都会发送给计划任务的所有者,maildrop目录中的小文件没有了,却到了/va

Linux服务器 /var/spool/clientmqueue 目录下产生大量文件的删除办法

检查linux发现server中的磁盘分区空间超过98%,登录到服务器查看 [[email protected] etc]# df -hFilesystem 容量 已用 可用 已用% 挂载点/dev/hda4 64G 59G 1.7G 98% //dev/hda2 2.0G 38M 1.8G 3% /bootnone 502M 0 502M 0% /dev/shm 到目录/var查看哪个目录中的文件最大 [[email protected] etc]# du -sh * 找到是/var/spoo

Linux网络服务07——Postfix邮件系统

Linux网络服务07--Postfix邮件系统(一) 一.邮件系统概述 1.MTA(Mail Transfer Agent)邮件传输代理 一般称为邮件服务器软件.MTA软件负责接收客户端软件发送的邮件,并将邮件传输给其他的MTA程序,是电子邮件系统中的核心部分.常见的MTA软件有Windows系统的Exchange和Linux系统下的Sendmail.Postfix等. 2.MUA(Mail User Agent)邮件用户代理 一般称为邮件客户端软件.MUA软件功能是为用户提供发送.接收和管理

小谈 LINUX 中的打包与压缩

打包,亦为归档,其意为:将一个或多个文件或目录变成一个总的目录文件.文件不会变小,有可能变大,有可能增加一些附加标注信息.这个过程,你可以近似的理解为windows中的多个文件或目录移动到一个指定的目录下面. 压缩:是将一个或多个文件,结合压缩程序,通过压缩程序特定的算法,将其"封装"成为一个特殊格式的新文件的过程.这个压缩的过程,与windows 系统里面的压缩的概念是一样的. 首先,来说说打包 通过命令 tar 来进行打包,语法格式:tar [option] file | dire