祸首祸首应当就是这Ngnix的access.log
沙龙晃荡 | 去哪儿、陌陌、ThoughtWorks在主动化运维中的实践！10.28不见不散！
- cd /var/log/nginx
- du -hs *
已经良久没有存眷本身的博客了，待回来细看时，发明文┞仿下面本身写的评论办事已经挂了。固然之前的大年夜部分功能并没有完全完成，但作为一个有寻求的developer，怎么能坐视不管呢。接下来就大年夜致简单复现一下发明和解决问题的过程。
定位问题
起首，这个评论办事是安排在 搬瓦工 下的(咳咳，别问我为什么，本身闹着玩的器械，就用便宜的VPS搭建咯)。第一步，照样到搬瓦工对应的治理面板下查看一下机械的状况，貌似一切正常，除了这一抹红色:
对，10G磁盘都满了!这很有可能是导致评论办事挂掉落的原因。所以，照样ssh上岸到办事器上去，看看到底是什么导致这10G内存(前次存眷它的时刻连10%都没用到)都用完了。接下来，就须要在敕令行琅绫侨芽具体是哪个目次占了很多资本了。经由过程下面的┞封样的指令，就可以发明是哪一块在我没存眷的┞封一阶段默默膨胀了。
- df -h
- du -hs /*
- du -hs /root/*
- du -hs /var/log/*
不雅然，本来都是nginx的log捣的鬼(居然膨胀到了将近9G，那还得了)!
再cd到对应的目次查看具体是哪个文件：
解决
问题的原因找到了，解决起来就Ｒ单了。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
How to fix host disk Consumptions
df -k is not updating the right space status without reboot
【编辑推荐】
- 磁盘及文件体系治理应用实例
- 更多存储：Facebook公司改革设计进步磁盘密度
- RAID磁盘阵列还有什么弄法？
- 磁盘分区创建及bash 简荡竽暌功用
- 磁盘备份设备将若何扩大？
推荐阅读
沙龙晃荡 | 去哪儿、陌陌、ThoughtWorks在主动化运维中的实践！10.28不见不散！ >>>详细阅读
本文标题：如何解决磁盘满载的问题
地址：http://www.17bianji.com/lsqh/37980.html
1/2 1
网友点评
精彩导读
科技快报
品牌展示