前言
创新互联是网站建设技术企业，为成都企业提供专业的
成都网站设计、成都网站建设，网站设计，网站制作，网站改版等技术服务。拥有10多年丰富建站经验和众多成功案例，为您定制适合企业的网站。10多年品质，值得信赖！
本文源自作者在苏宁科技集团云平台工作期间的部分工作记录文档，先转到public ,希望能帮到有类似问题的同行
1、 问题描述
/var/log/sa目录是sysstat 安装包的一部分。问题目标机缺失了该目录，当crond 发起的定时任务执行/usr/lib64/sa/sa1访问目录不到报错，会生成mail文件置于/var/spool/postfix/maildrop/，长时间后 /var 目录空间满了之后，导致postdrop 进程阻塞堆积数量多，占用系统资源。
症状2
后来发现另一个症状，root 用户登录时推测有某种消费这些mail 的机制，/var/spool/postfix/maildrop/ 如果已经有了文件堆积，会导致登录bash 的 cpu 和内存 消耗很大
2、 场景复现
1) 用一台虚拟机做测试，该cron文件位于/etc/cron.d/
/usr/lib64/sa/sa1为每10分钟执行一次
为了尽快复现，调整为1分钟执行一次
2) 删除/var/log/sa文件夹
rm –Rf /var/log/sa
3) 用dd命令占用var空间到接近100%
4) 由于没有硬盘空间可用，会阻塞大量的sendmail进程和postdrop进程
当出现找不到sa1文件后，sendmail进程会发消息，并记录到/var/mail/root文件
当磁盘空间不足时候，无法写入导致sendmail被阻塞，会调用postdrop进程将消息丢到/var/spool/postfix/maildrop/文件夹里：
但是磁盘空间不足同样会阻塞postdrop，所以直观表现就是产生大量postdrop和sendmail挂在那。
5) 清除掉var目录下的一部分文件，产生可用磁盘空间，sendmail和postdrop进程会立即解除阻塞状态，postdrop进程全部结束。
3、 解决方法
1) 清除var目录下部分文件，释放磁盘空间
2) 恢复sa文件夹，避免不断sendmail和postdrop
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
新闻名称：大量postdrop进程挂死或登录bash挂起的分析与解决-创新互联
转载来源：
http://cdkjz.cn/article/djjddj.html
