CentOS 7.9 根目录满了，找不到占用空间的文件，也没有deleted进程 -另一种思路解决方法-

已于 2024-10-15 15:16:21 修改
阅读量4.6k 收藏 11
点赞数 2
分类专栏： Linux 文章标签： centos 服务器 运维
于 2021-12-17 16:06:12 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Id9527ii/article/details/121995291
版权
本文记录了一次在CentOS 7.9服务器中遇到根目录空间异常占用的问题及解决过程。尽管已重启服务器并释放deleted进程，但空间依旧占用96%。通过du -h、df -i等命令排查，发现并非已删除文件占用导致。最终发现是由于Windows mount目录的备份文件占用，通过umount、rm -rf命令清理并重新mount，成功解决了问题。提醒处理此类问题时要结合近期变动排查。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

说明：这几天发现生产环境中的一台应用服务器根目录爆满，但前期一直没有找到问题所在。终于今天找到的问题并得以解决，在此分享下解决思路和方案，并同时做一个记录。

操作系统：CenOS 7.9 根目录文件占用正常，已重启过服务器，也释放过deleted进程，空间依然占用。

1>通过宝塔巡检发现根目录空间异常

 2>使用“df -h"发现磁盘使用率已达到96%

[root@**_app ~]# df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                  16G     0   16G   0% /dev
tmpfs                     16G     0   16G   0% /dev/shm
tmpfs                     16G   27M   16G   1% /run
tmpfs                     16G     0   16G   0% /sys/fs/cgroup
/dev/mapper/centos-root   50G   48G  2.2G  96% /                        //*发现根目录的容量已经使用了96%   只剩余2.2G的空间可供使用           
/dev/sda1               1014M  237M  778M  24% /boot
/dev/mapper/centos-home  827G   44G  783G   6% /home
tmpfs                    3.2G     0  3.2G   0% /run/user/0
//192.168.22.10/backup   1.0T  297G  728G  29% /windows
[root@**_app ~]#

3>使用"df -i"查询inode占用情况，发现占用率在3% 是正常的。

[root@**_app ~]# df -i
Filesystem                 Inodes  IUsed     IFree IUse% Mounted on
devtmpfs                  4082131    509   4081622    1% /dev
tmpfs                     4085081      2   4085079    1% /dev/shm
tmpfs                     4085081    938   4084143    1% /run
tmpfs                     4085081     16   4085065    1% /sys/fs/cgroup
/dev/mapper/centos-root   4687952 130756   4557196    3% /                    //*看到根目录的inode占用率在3%  属于正常情况        
/dev/sda1                  524288    341    523947    1% /boot
/dev/mapper/centos-home 433352704 155813 433196891    1% /home
tmpfs                     4085081      1   4085080    1% /run/user/0
//192.168.22.10/backup          0      0         0     - /windows
[root@**_app ~]#

4>查询根目录空间使用情况

进入根目录：cd /

查看根目录实际占用文件大小： du -h -x --max-depth=1

根目录空间有50G，实际占用文件只有10G不到，另外占用的将近40GB的文件找不到。

[root@**_app ~]# cd /
[root@**_app /]# du -h -x --max-depth=1
36M     ./etc
720K    ./root
456M    ./var
212K    ./tmp
1.7G    ./usr
0       ./media
0       ./mnt
0       ./opt
0       ./srv
5.0G    ./www
4.0K    ./patch
7.2G    .                                    //*看到根目录文件总用量在7.2G，没有达到50G        
[root@**_app /]#

5>初期思路(删除文件占用空间未释放)：

网上有教程说是已删除的文件占用导致的空间未释放。

通过：lsof / | grep deleted 指令，查看当前系统句柄对已删除文件未释放情况。

发现占用的文件大小是是空的(都是0)。所以可以排除文件占用的问题。
 

[root@**_app /]# lsof / |grep deleted
php-fpm    9686     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9689     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9692     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9694     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9695     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9696     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9697     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9698     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9699     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9700     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9701     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9702     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9703     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9704     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9705     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9706     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9707     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm    9708     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
mysqld    10517   mysql    5u   REG  253,0          0  67772106 /tmp/ibXplGAM (deleted)
mysqld    10517   mysql    6u   REG  253,0          0  67772642 /tmp/ibjllXSI (deleted)
mysqld    10517   mysql    7u   REG  253,0          0  68364239 /tmp/ibdxKebF (deleted)
mysqld    10517   mysql    8u   REG  253,0          0  68369312 /tmp/ib2aON9x (deleted)
mysqld    10517   mysql   14u   REG  253,0          0  68933157 /tmp/ibrdaFUu (deleted)
php-fpm   10609     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
php-fpm   10662     www    3u   REG  253,0          0  67160174 /tmp/ZCUD4i69BL (deleted)
[root@**_app /]#

如果是因为删除了文件，且文件被程序占用导致资源未回收的这种问题的话，那么到这一步只要使用kill -hup pid号，进行杀死后会自动重启，资源也得以释放，问题便可以解决问题了。

但很显然，我这边碰到的并不是这个原因，所以还要寻找其它的解决方法，继续排查：

6>Windows mount排查思路1：

最后考虑到之前有动过另一台服务器的共享，该服务器的共享mouna(挂载)到应用服务器的windows目录中。遂开始排查该目录情况。(SSH输出内容中过滤了部分重复、隐私信息)

[root@**_app /]# cd /windows                    //*进入mount的windows目录
[root@**_app windows]# ls                       //*查看目录情况 
database  site                                  //*发现有两个目录
[root@**_app windows]# cd database              //*先查看database目录
[root@**_app database]# du -sh *                //*查看database目录文件占用情况
41M     db_**_dev_20211209_220002.sql.gz
41M     db_**_dev_20211209_230002.sql.gz
41M     db_**_dev_20211210_000001.sql.gz
41M     db_**_dev_20211210_010001.sql.gz
                                                //*该目录文件很多、后面不贴出来了，基本都在41M左右，与windwos服务器中查看的情况一致。        
[root@**_app database]#
[root@**_app database]# cd ..                   //*返回上级目录
[root@**_app windows]# cd site                  //*查看site目录
[root@**_app site]# du -sh *                    //*查看site目录文件占用情况
41G     web_saas.***.com.cn_20211211_010001.tar.gz
41G     web_saas.***.com.cn_20211212_010001.tar.gz
41G     web_saas.***.com.cn_20211213_010001.tar.gz
41G     web_saas.***.com.cn_20211215_010002.tar.gz
41G     web_saas.***.com.cn_20211216_010001.tar.gz
41G     web_saas.***.com.cn_20211217_010001.tar.gz
[root@**_app site]#
                                                 //*看到site目录和windows服务器下共享中的文件内容是一致的，所以刚开始的时候便排除了该目录的问题

刚开始的时候排查过mount的目录，因为其内容与Windows 服务器共享出来的内容一致，便很快排除了mount目录的问题。

但后期一整套排查下来，近期只有动过这台服务器的共享，所以还是决定从mount上着手排查。

7>mount 排查 "umount":

先把挂载的windows目录使用"umount"命令卸载看看结果：

[root@**_app site]# cd /                                //*进入根目录
[root@**_app /]# umount windows                         //*对windows进行unmout
[root@**_app /]# cd /windows                            //*进入根目录下windows目录
[root@**_app windows]# ls                               //*查看发现存在一个site目录，正常情况下umount后应该是空的才对，感觉问题已经定位到了。继续往下看        
site
[root@**_app windows]# cd site                          //*进入site目录
[root@**_app site]# du -sh *                            //*查看site目录文件占用情况
4.0K    web_posapi.***.com.cn_20211214_010001.tar.gz
24M     web_pos.***.com.cn_20211214_010001.tar.gz
41G     web_saas.***.com.cn_20211214_010001.tar.gz
4.0K    web_www.***.com.cn_20211214_010001.tar.gz
[root@**_app site]#
                                                        //*多出来的40个G的空间终于定位到了....

至此，问题已经大致定位出来了，由于之前变动过windwos mount，导致当日网络备份失败，宝塔自动备份到根目录的windows 目录下了....

8>删除占用文件：

进入到"/windows/site"目录下，执行"rm -rf *"删除当前目录下所有文件。

注意：注意执行该命令前需要区分当前目录，否则会删错，导致文件丢失

[root@**_app site]# rm -rf *        //*删除当前目录下所有文件，注意执行该命令前需要区分当前目录，否则会删错，导致文件丢失
[root@**_app site]# ls              //*再次查看，文件已删除
[root@**_app site]#

9>重新mount并核对：

[root@**_app site]# mount -a                                        //*重新mount
[root@**_app site]# df -h                                           //*再次查看磁盘空间        
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                  16G     0   16G   0% /dev
tmpfs                     16G     0   16G   0% /dev/shm
tmpfs                     16G   27M   16G   1% /run
tmpfs                     16G     0   16G   0% /sys/fs/cgroup
/dev/mapper/centos-root   50G  7.3G   43G  15% /                    //*根目录空间已释放        
/dev/sda1               1014M  237M  778M  24% /boot
/dev/mapper/centos-home  827G   44G  783G   6% /home
tmpfs                    3.2G     0  3.2G   0% /run/user/0
//192.168.22.10/backup   1.0T  297G  728G  29% /windows             //*mount也成功挂载        
[root@**_app site]#

查看宝塔：

总结：

1.如果如果是因为删除了文件，且文件被程序占用导致资源未回收的这种问题的话，那么到第5步的时候就可以解决问题了，后期再使用kill -hup pid号，进行杀死后会自动重启，即可。

2.处理这类问题一定要结合近期的变动来处理，正常情况下只要程序没有大动过，都可以排除程序的问题，再着手排查近期改动所带来的影响。

Linux 根目录爆满解决(/dev/mapper/centos-root 100%问题)
专注基础架构领域
02-21 9491
一、使用df -h命令查看，发现/根目录的剩余空间为0。总共系统盘容量才20G。 文件系统 容量 已用 可用 已用% 挂载点 /dev/mapper/centos-root 20G 20G 20k 100% / devtmpfs 7.7G 07.7G 0% /dev tmpfs...
vmware虚拟机扩容centos根目录
qq_29290703的博客
04-20 1122
vmware虚拟机扩容根分区磁盘空间
CentOS7磁盘空间不足，却找不到占用空间的大文件
weixin_30339969的博客
08-30 3189
1 df -ah 显示/根目录占用百分之九十 进入根目录对指定的文件夹查询容量 cd / du -sh * | sort -n 　　 磁盘有50G，加起来有10G左右的文件找不到 2 自己影响中，已经清理过日志了，但是空间还是没有释放，所以怀疑是进程占用的问题 通过命令 查询已经删除了的文件，并且被进程占用的文件 lsof | gre...
Centos磁盘空间不足,找不到占用文件
weixin_30355437的博客
12-04 778
服务器报警,系统"/"空间不足,但找不到哪些文件占用. 1.使用du -sh *,层层目录查看依然找不到 2.使用"lsof / | grep -i delete",查看已经被删除,但未释放的文件 3.重启对应服务,解决 转载于:https://www.cnblogs.com/dingkailinux/p/10063660.html...
Centos7将/dev/mapper/centos-home磁盘空间转移到/dev/mapper/centos-root
最新发布
程序人生
04-04 387
Centos7将/dev/mapper/centos-home磁盘空间转移到/dev/mapper/centos-root，​ 若卸载时提示目标忙，表明有进程正在使用 /home 目录。已经将15G转到/dev/mapper/centos-root。
Centos7磁盘空间不足,找不到占用文件-解决思路
weixin_42326851的博客
06-23 4140
Centos7服务器报警,系统"/"磁盘空间不足,但找不到哪些文件占用. *使用du -sh ,层层目录查看依然找不到log文件不能 rm，得echo ‘’ > file 重写，不然删掉还占用着磁盘空间(需要重启写入该文件的进程)...
根目录快满了,du找不到占用空间多的目录怎么办
饭饭饭饭的博客
12-28 1195
根目录快满了,du找不到占用空间多的目录怎么办
CentOS 根目录磁盘满了，但du查看占空间并有不多的问题
donkeyboy001的博客
08-09 1818
出现问题场景描述： df-h 查看磁盘空间的占用情况，发现磁盘已经占满了，但是在具体的目录下查看 du -ah --max-depth=1发现此目录并没有占用太多的磁盘空间，这时考虑是否是文件删除的进程未结束，导致空间不释放 1）查看当前文件删除的进程有哪些 lsof | grep delete 2）删除进程 kill -9 `lsof | grep delete | awk '{print $2}'` 描述：lsof（listopenfiles）是一个列出当前系统打开文件的工...
解决：linux系统磁盘空间被占满，但是找不到大文件
Zhuge_Dan的博客
07-20 1243
解决：linux系统磁盘空间被占满，但是找不到大文件
Gitlab ci/cd 从0-1持续集成持续发布前端
止语的博客
12-12 1419
关于gitlab ci/cd，就是实现DevOps的能力，即Development &Operations的缩写，也就是开发&运维。主要分为三大步骤既然要部署上面的服务，创建了一台阿里云的ecs服务器，这里注意⚠️开机需要4G以上内存，后文有使用情况介绍。
Gitlab cicd 从0-1持续集成持续发布前端
m0_74823561的博客
12-23 388
关于gitlab ci/cd，就是实现DevOps的能力，即Development &Operations的缩写，也就是开发&运维。CI/CD 指的是软件开发的持续集成方法，我们可以持续构建、测试和部署软件。通过持续方法的迭代能使得我们减少在错误代码或者错误先前版本上的开发。从而也能提高开发的效率。。下面我们分别介绍其在gitlab的概念。持续集成：指的是开发人员每天多次推送代码的更改，对于每次推送到仓库，都可以创建一组脚本来构建和测试我们的应用程序。这些脚本将会减少我们在代码里引入错误的机会。
Elastic Stack(Elasticsearch + kibana + Logstash + FileBeat + APM) 7.17.14 版本的本地搭建
HanKiKi的开发之旅
11-12 601
Elastic Stack 7.17.14版本 本地搭建
数据恢复extundelete安装及简单使用
weixin_44546992的博客
08-24 3093
一、环境 一台虚拟机：已经安装好 extundelete 的 centos 7操作系统。 二、内容 使用 extundelete 恢复单个误删文件、单个目录文件和所有误删文件 三、主要步骤 1.安装extundelete （1）安装依赖环境e2fsprogs-devel，使用命令yum install e2fsprogs e2fsprogs-libs e2fsprogs-devel ...
centos /root占用空间过大但是又找不到大文件和大目录的问题
跟着互联网
02-19 4590
# du -sh /root 23G    /root 但是进入root目录查看却并没有发现大的文件和目录 [root@bogon ~]# du -sh * 52K    install.log 12K    install.log.syslog 16K    izk 8.0K    pom.xml 4.0K    公共的 4.0K    模板 4.0K    视频 4.0K    图片 4.0K...
Linux下\home占100%，但是下面又没看到大的文件 解决方法
gaoprincess的博客
03-27 1万+
问题描述：    用 df -h 命令得到的是下面的图，而\home目录下只有上面几个文件，并没有大文件。 运行程序或保存文件都受到影响。 可是没想到是Trash的问题！！！也就是删除方式的问题 解决方法： 切换到根目录下： cd \按照文件大小查看： sudo du -m * |sort -rn |more    发现了一个之前没有见
Linux下/home占100%，但又没看到大的文件 解决方法
奔跑的花的博客
04-12 3043
使用df -h命令看到home目录占用了很多 使用ls -l或者ll又发现并没有大文件（单位是kb） 需要排查这个大bug 有个很重要的命令****:按照文件大小查看 sudo du -m * |sort -rn |more 就可以清晰看到到底占用内存的是谁 删除就好了（删除之前百度一下，你要删的文件是不是系统文件，能不能删除） 永久删除使用命令: rm -rf XXX // 注意f是force的意思，强制，这么做了就永久不能找回，慎用 ...
Linux centos7 磁盘总是满，如何查找都是哪些文件或文件夹占用空间大、多
热门推荐
06-10 2万+
登陆测试服务器： du的用法 du命令用来查看目录或文件所占用磁盘空间的大小。常用选项组合为：du-sh du常用的选项： 　　-h：以人类可读的方式显示 　　-a：显示目录占用的磁盘空间大小，还要显示其下目录和文件占用磁盘空间的大小 　　-s：显示目录占用的磁盘空间大小，不要显示其下子目录和文件占用的磁盘空间大小 　　-c：显示几个目录或文件占用的磁盘空间大小，还要统计它们的...
Linux 系统下 home文件占比较大，但没有看到很大的文件，没有空间的解决办法
weixin_38102912的博客
03-19 4463
问题描述： 最初分区时，/home分区是250G，在经过一段时间的使用后发现空间只剩下10多个G，然而采用du -h –-max-depth=0 *检查/home文件下的使用情况，发现有效的占用只有100G左右。 故怀疑由于之前删除文件的方式不当，右键删除，造成垃圾文件没有被及时清理，实质上继续暂用空间。 解决办法 cd~/.local/share/Trash/files到对应存放trash的为止...
解决:Linux rz -e 上传失败,磁盘满,却找不到大文件，郁闷之极
FenGuo6Sheng的博客
03-08 632
/dev/vda1 占用100% 该删除的文件已删除却还是100%
CentOS7.9上Hue-4.10.0和NodeJS14的安装部署指南
资源摘要信息: "Hue-4.10.0在CentOS 7.9环境下的安装部署手册详细指南" Hue是一款开源的用户界面，它允许用户通过浏览器与Apache Hadoop交互。Hue的主要功能包括与HDFS、MapReduce、Hive、Pig等Hadoop组件交互的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值