前段时间公司的一个项目出现了一个 bug,使用 ajax 上传大文件时会出现网络问题。使用 chrome 开发者工具查看网络请求时,发现错误是 ERR_CONNECTION_RESET
。看到这个错误就想到访问 Google 出现的情况, 哈哈。然后用 IE 的开发人员工具查看网络请求,显示的错误码是 403。
这段时间也没更新代码,本地测试也是OK的。但是部署到服务器上就出问题了。因为服务器是租用淘宝聚石塔的,难道是因为防火墙的问题?但是也就仅仅只有这个页面存在问题,其他都是正常的。
服务器上安装了 nginx
和 tomcat
,查看 nginx
的访问日志,发现记录太多,放弃。查看错误记录发现提示磁盘空间不足,日志无法写入。
果断用 df -lh
查看磁盘占用情况,发现挂载点 /
已满。切换到根目录,运行 du -sh *
查看各文件夹大小,发现 var
占用了30多G,继续 du -sh /var/*
最终找到文件夹 /var/spool/clientmqueue
占用30多G。
Google /var/spool/clientmqueue
这个文件夹占用过大的原因发现是
系统中有用户开启了cron,而cron中执行的程序有输出内容,输出内容会以邮件形式发给cron的用户,而sendmail没有启动所以就产生了这些文件。
好吧,果断删除 /var/spool/clientmqueue
文件夹下的所有内容。重新测试,发现 bug 消失了。
然后去 /etc/cron*
看看有什么样的定时任务,发现有很多,应该是创建聚石塔服务器创建的,也不好修改。那么就只能采取迂回战术了。在 /etc/cron.daily
下新建文件 rmclientmqueue
:
这样就完美的解决了问题。