解决搬瓦工磁盘满载的问题

2017-10-15 Wenjie Yao 更多博文 » 博客 » GitHub »

搬瓦工 VPS nginx

原文链接 https://yaowenjie.github.io/%E7%BC%96%E7%A8%8B%E7%9B%B8%E5%85%B3/solving-bandwagonhost-disk-full-issue
注:以下为加速网络访问所做的原文缓存,经过重新格式化,可能存在格式方面的问题,或偶有遗漏信息,请以原文为准。


  已经很久没有关注自己的博客了,待回来细看时,发现文章下面自己写的评论服务已经挂了。虽然之前的大部分功能并没有完全完成,但作为一个有追求的developer,怎么能坐视不管呢。接下来就大致简单复现一下发现和解决问题的过程。

<!--more-->

定位问题

  首先,这个评论服务是部署在搬瓦工下的(咳咳,别问我为什么,自己闹着玩的东西,就用便宜的VPS搭建咯)。第一步,还是到搬瓦工对应的管理面板下查看一下机器的状态,貌似一切正常,除了这一抹红色:

  对,10G磁盘都满了!这很有可能是导致评论服务挂掉的原因。所以,还是ssh登陆到服务器上去,看看到底是什么导致这10G内存(上次关注它的时候连10%都没用到)都用完了。接下来,就需要在命令行里查询具体是哪个目录占了很多资源了。通过下面的这样的指令,就可以发现是哪一块在我没关注的这一阶段默默膨胀了。

df -h
du -hs /*
du -hs /root/*
du -hs /var/log/*

  果然,原来都是nginx的log捣的鬼(居然膨胀到了将近9G,那还得了)!

  再cd到对应的目录查看具体是哪个文件:

cd /var/log/nginx
du -hs *

  罪魁祸首应该就是这Ngnix的access.log

解决

  问题的原因找到了,解决起来就简单了。access.log记录了所有的nginx处理的请求记录,这肯定是随着时间的积累,信息量已经越来越大,以至于到了这个地步。不过这个log现在对于我而言没有太过价值,所以直接干脆rm -rf ./access.log删掉该文件。不过,当我开心地再次检查内存状况(df -h)时,发现内存占用和之前一样,依然有10G。这不科学?确实不科学,这个时候按经验来说,很多人可能会选择重启服务器(但我还是不希望为了这个重启云上的服务器)。网上大概了解下原因:可能存在一些运行进程在使用未链接(实际已经删除了)的文件。所以,检查一下是否这样的进程在运行(其实,这时候基本上知道是nginx了):

ls -ld /proc/*/fd/* 2>&1 | fgrep '(deleted)'

  果然,就是nginx。只要重启nginx服务就能够让df命令报出正式的内存状况。

service nginx restart

  毕,回到最初的问题上(是评论系统挂了),刷新一下博客页面,发现评论回来了。

简要回顾原因

  不难看出,评论系统挂了其实是因为其所在的服务器上nginx服务运行不正常。nginx服务运行不正常是因为它记录的log已经撑满了整个硬盘。看来后期得给nginx加上log压缩或者定期清理任务了。但是,还是等我先把这个评论系统的“评论”功能实现吧,啊哈哈哈[羞耻笑]。

Reference