一次由系统mail引起的宕机事故

服务器宕机，半夜两点多被电话叫起，开机上线找问题，等搞完尼玛天都亮了啊！！有木有！！~_~

 

—————————————————————悲催的分割线———————————————————————

现象：

系统/目录被意外写满，发现是由于/var/spool目录体积过大。

 

分析：

spool里面主要存储了系统mail（mail！不是email！）的信息，通过查看邮件内容，发现是由cron引起。

由于这台机器在/etc/crontab里加了监控接口的定时调用，频繁调用加上调用命令有执行输出，系统默认会自动给root用户发mail。

 

可以通过查看/etc/crontab文件的开头可看到

 

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root -------------》就是这里
HOME=/

直接关闭邮件发送服务不就行了？比如 service sendmail stop

BUT，邮件产生后将会发送不出去，直接堆积到系统队列中（/var/spool/clientmqueue/），同样会导致磁盘被写满。

肿么办？

 

解决：

目前最好的解决办法是不让命令有任何输出，或者把命令输出重定向到空位置，即将crontab中命令后面都加上

 > /dev/null 2>&1

也就是把命令的执行结果抛弃，同时把产生的错误也抛弃。

OVER！

 

—————————————————————悲催的分割线———————————————————————

搞技术的孩纸尼玛桑不起啊！！！上辈纸都是折翼的天屎啊！！！有木有！！！有木有！！！