设为首页 收藏本站
查看: 1158|回复: 0

[经验分享] 文件系统crond-sendmail-postdrop导致Linux定期死掉的完整解决过程实录

[复制链接]

尚未签到

发表于 2015-9-15 07:46:10 | 显示全部楼层 |阅读模式
  题记:写这篇博客要主是加深自己对文件系统的认识和总结实现算法时的一些验经和训教,如果有错误请指出,万分感谢。
  May 13 15:29:23 lcha2 postfix/postdrop[1443]: warning: mail_queue_enter: create file maildrop/383480.1443: No such file or directory
  May 13 15:29:23 lcha2 postfix/postdrop[1269]: warning: mail_queue_enter: create file maildrop/330426.1269: No such file or directory
  May 13 15:29:23 lcha2 postfix/postdrop[1439]: warning: mail_queue_enter: create file maildrop/357169.1439: No such file or directory
  May 13 15:29:23 lcha2 postfix/postdrop[1654]: warning: mail_queue_enter: create file maildrop/984222.1654: No such file or directory
  init-+-aacraid |-atd |-bdflush |-crond---125*[crond---sendmail---postdrop]
  可见crond保卫进程启动了sendmail,进而启动了postdrop。查看crond的配置, crontab -e,都没有发明几秒就启动的程序,所以多是sendmail自己一旦邮件发送不成功,就持续从新发送而致使持续启动postdrop,而postdrop老是执行失败,致使持续写入日志到日志文件。日志文件增大的速率超过了logrotate的删除频率,所以占领了100%的磁盘空间。
  mail.*                                                        /var/log/maillog
  mail.err
  /var/log/maillog
  while true do date +%H:%M:%S >> 1.txt ps -e | grep sendmail | wc >>1.txt sleep 5 done

    每日一道理
一个安静的夜晚,我独自一人,有些空虚,有些凄凉。坐在星空下,抬头仰望美丽天空,感觉真实却由虚幻,闪闪烁烁,似乎看来还有些跳动。美的一切总在瞬间,如同“海市蜃楼”般,也只是刹那间的一闪而过,当天空变得明亮,而这星星也早已一同退去……
  从结果文件1.txt中发明每10分钟,就会启动一个sendmail进程。crontab里有个没有这个频率的启动项,但有一个每5分钟主动网络校时的启动项。把这个项注视掉,从新启动crond,发明仍然有sendmail的启动,从而排除了这个原因。难道是crond本身每10分钟就主动发送邮件吗?按照man 5 crontab的解释,把/etc/crontab的MAILTO设为"",这样crond就不会发送邮件了。从新启动crond服务,发明crond仍然10分钟启动一次sendmail,太奇怪了!索性直接关闭crond服务,然后再也没有新的sendmail进程产生。难道是crontab被黑了?为什么MAILTO=""了,还会调用sendmail呢?把所有的sendmail进程都kill掉,然后启动crond, 仍然会出产sendmail,看来crond和sendmail的关系绝非一般。
  # run system activity accounting tool every 10 minutes
  */10 * * * * root /usr/lib/sa/sa1 1 1
  # generate a daily summary of process accounting at 23:53
  53 23 * * * root /usr/lib/sa/sa2 -A
  [iyunv@lcha2 root]# /usr/lib/sa/sa1 1 1
  Cannot open /var/log/sa/sa20: No such file or directory
  # run system activity accounting tool every 10 minutes
  */10 * * * * root /usr/lib/sa/sa1 1 1 &>/dev/null
  # generate a daily summary of process accounting at 23:53
  53 23 * * * root /usr/lib/sa/sa2 -A &>/dev/null
DSC0000.jpg
  文章结束给大家分享下程序员的一些笑话语录: 雅虎最擅长的不是开通新业务,是关闭旧业务。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-113673-1-1.html 上篇帖子: PHP发信 发邮件 SendMail SMTPclass 下篇帖子: Centos 5.1 sendmail邮件服务器安装及配置
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表