大量postdrop进程挂死或登录bash挂起的分析与解决-创新互联

前言

本文源自作者在苏宁科技集团云平台工作期间的部分工作记录文档，先转到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许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。