Linux 根分区快满了,这个方法快速定位!
在服务器运维过程中,我们时常会遇到这样的情况,收到服务器磁盘空间告警。
登录服务器,通过df -Hl查看。
和告警信息一致,接着我们就是要找到导致磁盘空间满的目录或文件。
如何找到占用空间大的目录或文件?
一种比较笨的方法是,在根目录下,通过du -hs命令,列出各目录所占空间大小。
之后再用同样的方法继续到对应目录下去找。
再相对高效一点的方法是通过du的-d参数,或--max-depth,设置查询的目录深度,目录深度增加,所查询的目录,展示出来会很多,这个时候可以通过grep进行过滤。
du -h -d 2|grep [GT] |sort -nr
du -h --max-depth=2|grep [GT] |sort -nr
通过这样的方式,可以搜出以G或者T为单位的占用磁盘空间的大目录,并排序。
或者可以通过find来查询。
find / -type f -size +1G -exec du -h {} \;
从效率上来说,find要比du要更快速、灵活。
通过这两种方法,我们可以快速找到占用磁盘空间的罪魁祸首。
你以为就这么简单?很多时候,你会发现,通过find或du查半天,发现所有加起来的占用空间,和df看到的磁盘空间占用,相差很大,就比如我上面的两张图。
通过df查看,磁盘使用37G,但是在根目录下通过du -hs 查看,总共加起来差不多10G,没有隐藏目录,那空间被谁吃了?
很明显,有空间被已删除文件占用,文件删除了,但是资源没释放。
之前介绍过一个很好用的命令:lsof,我们可以通过以下命令去查看。
lsof +L1
从结果可以看出,有一个28G左右的大日志文件,删除了,但是空间没释放,这是很常见的一种情况。
对应的解决方法就是,重启tomcat应用,释放空间。
磁盘空间莫名被吃?
还有一种经常有人问的问题,就是,通过df查看到的磁盘。
会发现,Used和Avail加起来不够Size,莫名被吃掉一部分。
其实这是Linux文件系统的一种安全策略,它默认会为root用户保留5%的磁盘空间,留作紧急情况使用。这样能保证有些关键应用(比如数据库)在硬盘满的时候有点余地,不至于马上就 crash。
我们可以通过tune2fs修改预留空间的比例。
tune2fs -m 1 /dev/vda1
通过下图可以看到前后对比。
这样被吃掉的空间,就吐出来了!
相关文章
- 在 Go 里用 CGO?这 7 个问题你要关注!
- 9款优秀的去中心化通讯软件 Matrix 的客户端
- 求职数据分析,项目经验该怎么写
- 在OKR中,我看到了数据驱动业务的未来
- 火山引擎云原生大数据在金融行业的实践
- OpenHarmony富设备移植指南(二)—从postmarketOS获取移植资源
- 《数据成熟度指数》报告:64%的企业领袖认为大多数员工“不懂数据”
- OpenHarmony 小型系统兼容性测试指南
- 肯睿中国(Cloudera):2023年企业数字战略三大趋势预测
- 适用于 Linux 的十大命令行游戏
- GNOME 截图工具的新旧截图方式
- System76 即将推出的 COSMIC 桌面正在酝酿大变化
- 2GB 内存 8GB 存储即可流畅运行,Windows 11 极致精简版系统 Tiny11 发布
- 迎接 ecode:一个即将推出的具有全新图形用户界面框架的现代、轻量级代码编辑器
- loongarch架构介绍(三)—地址翻译
- Go 语言怎么解决编译器错误“err is shadowed during return”?
- 敏捷:可能被开发人员遗忘的部分
- Denodo预测2023年数据管理和分析的未来
- 利用数据推动可持续发展
- 在 Vue3 中实现 React 原生 Hooks(useState、useEffect),深入理解 React Hooks 的