CROND出错导致/var/spool/postfix/maildrop/堆积

前一段时间遇到的系统故障,以下是操作过程:
大晚上收到该服务器内存超高告警,ps aux发现有大量的/usr/sbin/sendmail进程,一开始将其kill掉:
ps -ax | grep sendmail | awk '{print $1}' | wc –l 统计了以下有1230个
ps -ax | grep sendmail | awk '{print $1}' |xargs kill –9 杀掉这些进程
但过一段时间,问题仍然出现,同时还有/var目录磁盘使用情况超高。
使用du –sh *直接卡死,这说明/var/下有目录文件太多,感觉和上次的/usr/sbin/sendmail进程有关系,最后查询是/var/spool/postfix/maildrop/里堆积了大量文件,同时无法删除,但问题是该服务器上没有运行sendmail或postfix服务,为什么会有大量的sendmail进程出现?再ps aux查看除了senmail还有CRON和postdrop大量进程
CROND 1231
/usr/sbin/sendmail -FCronDaemon -i -odi -oem -oi -t -f root 1230
/usr/sbin/postdrop -r 1232
三个进程数大概相同,再查询crontab计划任务
最后找出原因是计划任务出错
* */1 * * * /usr/sbin/ntpdate time1.XX.XX 是这个计划任务有问题
time1.XX.XX 是之前的ntp server地址,后来ip变了,导致crond出错。
而crond在执行脚本时会将保持信息以邮件的形式发送给crond用户,而环境的postfix没有正常运行,导致邮件发送失败,都会堆积在/var/spool/postfix/maildrop/目录中,(可以在crontab中第一行增加MAILTO=""发送为空)
问题原因找到了,下面是操作过程:
1,更改正确的crontab
echo * */1 * * * /usr/sbin/ntpdate time2.XX.XX> /var/spool/cron/root
2,kill掉出错的进程
ps -ax | grep sendmail | awk '{print $1}' |xargs kill –9
ps -ax | grep CROND | awk '{print $1}' |xargs kill –9
ps -ax | grep postdrop | awk '{print $1}' |xargs kill –9
3,删除/var/spool/postfix/maildrop/里的文件
yum install rsync
mkdir /tmp/test
rsync --delete -a -H -v --progress --stats /tmp/test/ /var/spool/postfix/maildrop/

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: