如何释放Inode使用?

我有一个磁盘驱动器，其中inode使用率为100%(使用df -i命令)。但是在大量删除文件后，使用率仍然是100%。

那么正确的做法是什么呢?

一个磁盘空间使用较少的磁盘驱动器怎么可能有更高的Inode使用率比更高的磁盘驱动器磁盘空间使用率?

它是可能的，如果我压缩大量的文件，会减少使用的索引节点数?

当前回答

如果你使用docker，删除所有图像。他们使用了很多空间....

停止所有容器

docker stop $(docker ps -a -q)

删除所有容器

docker rm $(docker ps -a -q)

删除所有图片

docker rmi $(docker images -q)

对我有用

其他回答

我们最近遇到了类似的问题，如果一个进程指向一个被删除的文件，Inode不会被释放，所以你需要检查lsof /， kill/ restart进程会释放Inode。

如果我说错了，请指正。

对于那些使用Docker并最终来到这里的人，

当df -i说100% Inode使用;

只需运行docker rmi $(docker images -q)

它会让你创建的容器(运行或退出)，但会删除所有不再引用的图像，释放一大堆索引节点;我从100%回到了18%

值得一提的是，我在这台机器上使用了大量的CI/CD和docker运行程序。

如前所述，如果有很多小文件，文件系统可能会耗尽inode。我提供了一些方法来查找这里包含大多数文件的目录。

eaccelerator可能会导致这个问题，因为它将PHP编译成块…我在一个负载很重的网站上使用亚马逊AWS服务器时遇到过这个问题。如果您仍然有问题，可以通过删除/var/cache/eaccelerator中的eaccelerator缓存来释放Inodes。

rm -rf /var/cache/eaccelerator/*

(或者你的缓存目录)

我有同样的问题，通过删除php的目录会话来修复它

rm -rf /var/lib/php/sessions/

如果您使用的是较旧的php版本，它可能在/var/lib/php5下。

使用以下权限重新创建它

mkdir /var/lib/php/sessions/ && chmod 1733 /var/lib/php/sessions/

Debian默认目录权限显示drwx-wx-wt (1733)

推荐文章