inode 已满解决方法

概述

参考:

问题描述

在 Linux 系统的云服务器 ECS 实例内创建文件时,出现类似如下空间不足的提示。

No space left on device …

问题原因

导致该问题的可能原因如下所示:

  • 磁盘分区空间使用率达到百分之百。
  • 磁盘分区 inode 使用率达到百分之百。
  • 存在僵尸文件。
  • 挂载点覆盖。

解决方案

阿里云提醒您:

要解决该问题,请根据不同的问题原因,通过以下方式进行处理:

  • 分区容量满
  • inode 容量满
  • 修改 inode 数量
  • 僵尸文件分析删除
  • 挂载点覆盖

分区容量满的处理

  • 登录服务器,使用df -h命令查看磁盘使用率,其中的Mounted on指挂载的目录。
  • 进入根目录,执行 du -sh * 指令,逐级查看哪个目录占用磁盘空间较大,进入相应的目录,直到找到最精确的文件或目录。
  • 最后,结合业务情况等判断对相关文件或目录进行删除,或者购买更大的数据盘分担处理。

inode 容量满的处理

通过如下操作,解决 inode 容量满的问题。

查询 inode 使用情况

Linux 的 inode 节点中,记录了文件的类型、大小、权限、所有者、文件连接的数目、创建时间与更新时间等重要的信息,还有一个比较重要的内容就是指向数据块的指针。一般情况不需要特殊配置,如果存放文件很多,则需要配置。有时磁盘空间有剩余但是不能存放文件,可能是由于 inode 耗尽所致。

  1. 执行df -i命令,可以查询 inode 的使用情况。
  2. 如果 inode 使用率达到或者接近 100%,可以通过以下两种方式进行处理:
  3. 清除 inode 占用高的文件或者目录。
  4. 修改 inode 数量。

清除 inode 占用高的文件或者目录

如果不方便格式化磁盘以增加 inode 数量,可以参考以下步骤,清理 inode 占用量高的文件或者目录。

  1. 登录服务器,执行以下命令,分析根目录下的每个二级目录下有多少个文件。for i in /*; do echo $i; find $i | wc -l; done
  2. 然后,逐层进入 inode 占用最高的目录,继续执行上述指令,逐步定位占用过高空间的文件或目录,最后进行相应清理。

修改 inode 数量

如果不允许清理磁盘中的文件,或者清理后 inode 使用率仍然较高,则需要通过以下步骤,增加 inode 节点数量。

说明:inode 的调整需要重新格式化磁盘,请确保数据已经得到有效备份后,再进行以下操作。

  1. 执行以下命令,卸载系统文件。umount /home
  2. 执行以下命令,重新建立文件系统,指定 inode 节点数。mkfs.ext3 /dev/xvdb -N 1638400
  3. 执行以下命令,修改 fstab 文件。vim /etc/fstab
  4. 执行以下命令,查看修改后的 inode 节点数。dumpe2fs -h /dev/xvdb | grep node

僵尸文件分析与删除

如果磁盘和 inode 都没有问题,则需要查看是否存在未被清除句柄的僵尸文件。这些文件实际上已经被删除,但是有服务程序在使用这些文件,导致这些文件一直被占用,无法释放磁盘空间。如果这些文件过多,会占用很大的磁盘空间。参考以下步骤查看并删除僵尸文件。

  1. 远程登录服务器。
  2. 执行以下命令,安装 lsof。yum install lsof -y
  3. 执行以下命令,查看僵尸文件占用情况。lsof |grep delete | more系统显示类似如下。
  4. 如果僵尸文件过多,会占用很大的磁盘空间。可以通过以下方法释放句柄,以清除僵尸文件。
  5. 重启服务器,验证效果。重启服务器,系统会退出现有的进程,开机后重新加载。该过程会释放调用的 deleted 文件的句柄。
  6. 根据lsof命令列出的 pid 进程号,使用kill命令正常停止或结束占用这些文件的服务进程。

挂载点覆盖

先取消磁盘挂载,再检查原挂载目录下的空间占用情况。

适用于

  • 云服务器 ECS

find / -xdev -printf ‘%h\n’ | sort | uniq -c | sort -k 1 -n

今天 login server 的一个网站,发现 login 后没有生成 session。根据以往经验,一般是空间已满导致 session 文件生成失败。

df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/dev01-root 75G 58G 14G 82% / udev 2.0G 4.0K 2.0G 1% /dev tmpfs 396M 292K 396M 1% /run none 5.0M 0 5.0M 0% /run/lock none 2.0G 4.0K 2.0G 1% /run/shm /dev/sda1 228M 149M 68M 69% /boot

空间剩余 14G,可以排除空间已满的情况。导致文件生成失败还有另一个原因,就是文件索引节点 inode 已满。

df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/dev01-root 4964352 4964352 0 100% / udev 503779 440 503339 1% /dev tmpfs 506183 353 505830 1% /run none 506183 5 506178 1% /run/lock none 506183 2 506181 1% /run/shm /dev/sda1 124496 255 124241 1% /boot

inodes 占用 100%,果然是这个问题。

解决方法:删除无用的临时文件,释放 inode。

查找发现 /tmp 目录下有很多 sess_xxxxx 的 session 临时文件。

ls -lt /tmp | wc -l4011517

进入/tmp 目录,执行 find -exec 命令

sudo find /tmp -type f -exec rm {} ;

如果使用 rm *,有可能因为文件数量太多而出现 Argument list too long 错误,关于 Argument list too long 错误可以参考《linux Argument list too long 错误解决方法》

除了/tmp 的临时文件外,0 字节的文件也会占用 inode,应该也释放。

遍历寻找 0 字节的文件,并删除。

sudo find /home -type f -size 0 -exec rm {} ;

删除后,inode 的使用量减少为 19%,可以正常使用了。

df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/dev01-root 4964352 940835 4023517 19% / udev 503779 440 503339 1% /dev tmpfs 506183 353 505830 1% /run none 506183 5 506178 1% /run/lock none 506183 2 506181 1% /run/shm /dev/sda1 124496 255 124241 1% /boot

最后修改 April 10, 2025: infoormation security (89c45ba0)