大量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/sa3) 用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

相关推荐: Key-Value数据库:Redis与Memcached之间如何选择?

华为云分布式缓存Redis5.0和Memcached都是华为云DCS的核心产品。那么在不同的使用场景之下,如何选择Redis5.0和Memcached呢? 就由小编为大家进行详细的数据对比分析吧Redis和Memcached都是非常受欢迎的开源内存数据库,相对…

免责声明:本站发布的图片视频文字,以转载和分享为主,文章观点不代表本站立场,本站不承担相关法律责任;如果涉及侵权请联系邮箱:360163164@qq.com举报,并提供相关证据,经查实将立刻删除涉嫌侵权内容。

(0)
打赏 微信扫一扫 微信扫一扫
上一篇 05/13 17:30
下一篇 05/13 17:30

相关推荐