数据库磁盘警戒值报警的原因竟是它！

早上突然收到数据库磁盘使用量监控的短信息,其中/var 分区的使用量已经达到了警戒值,这个奇怪呀,数据库的服务器和这个分区没多大关系,难道是某个服务产生了大量的日志信息？

迷迷糊糊的困死我了,起床收拾收拾,赶公交,坐地铁,快步走来到单位,远程登录看看其中原因.

df -TH 看看每个分区的使用量,果然 var 分区使用了86%之多,报警的阀值是85% ,然后进入分区在查看一下每个目录的使用大小 du -sh ./* |sort 其中spool这个目录占用最多的,再次进入spool目录 执行du -sh ./* 其中 clientmqueue 这个目录占用的最多了.

那么为什么会造成这样的呢？ 是这样的：当使用 sendmail 发邮件,或者系统的某些任务默认情况下处理完成后要发邮件给相关的用户比如计划任务和logwatch之之类的,会把邮件复制到这个目录里,然后sendmail后发送这些邮件,如果你系统的sendmail停止掉了就会堆积在/var/spool/clientmqueue 中的.

仔细查看文件的内容都是一下日常系统登录操作、定时的报告系统磁盘的使用情况、和计划任务的报告邮件,这些文件可以直接删掉 有时候文件太多直接使用 rm -f 的话会报告错误：Argument list too long 这可能是 文件数量太多的原因,没关系分批删除即可 rm -f `find ./ ctime 天数`

其实这个功能可以禁用掉,但是不建议,这个是系统将一下平常的活 动情况通过邮件提交给用户,可以查找错误原因,并且对系统的情况有个大致的了解.

本文出自 “影子骑士” 博客,请务必保留此出处http://andylhz2009.blog.51cto.com/728703/730549 拥有帝国一切，皆有可能。欢迎访问phome.net

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!