我有一个磁盘驱动器,其中inode使用率为100%(使用df -i命令)。 但是在大量删除文件后,使用率仍然是100%。
那么正确的做法是什么呢?
一个磁盘空间使用较少的磁盘驱动器怎么可能有 更高的Inode使用率比更高的磁盘驱动器磁盘空间使用率?
它是可能的,如果我压缩大量的文件,会减少使用的索引节点数?
我有一个磁盘驱动器,其中inode使用率为100%(使用df -i命令)。 但是在大量删除文件后,使用率仍然是100%。
那么正确的做法是什么呢?
一个磁盘空间使用较少的磁盘驱动器怎么可能有 更高的Inode使用率比更高的磁盘驱动器磁盘空间使用率?
它是可能的,如果我压缩大量的文件,会减少使用的索引节点数?
当前回答
迟到的回答: 对我来说,是我的会话文件
/var/lib/php/sessions
使用Inodes的。 我甚至无法打开crontab或创建新目录,更不用说触发删除操作了。 因为我使用PHP,所以在本指南中,我复制了示例1中的代码,并设置了cronjob来执行这部分代码。
<?php
// Note: This script should be executed by the same user of web server
process.
// Need active session to initialize session data storage access.
session_start();
// Executes GC immediately
session_gc();
// Clean up session ID created by session_gc()
session_destroy();
?>
如果您想知道我是如何打开crontab的,那么好吧,我通过CLI手动删除了一些会话。
希望这能有所帮助!
其他回答
我的解决方案:
尝试查找这是否是一个inodes问题:
df -ih
尝试查找索引节点数较大的根文件夹:
for i in /*; do echo $i; find $i |wc -l; done
试着找到特定的文件夹:
for i in /src/*; do echo $i; find $i |wc -l; done
如果这是linux头文件,尝试删除最老的文件:
sudo apt-get autoremove linux-headers-3.13.0-24
就我个人而言,我把它们移动到一个挂载文件夹(因为对我来说,上一个命令失败了),并安装了最新的:
sudo apt-get autoremove -f
这解决了我的问题。
这篇文章拯救了我: https://bewilderedoctothorpe.net/2018/12/21/out-of-inodes/
find . -maxdepth 1 -type d | grep -v '^\.$' | xargs -n 1 -i{} find {} -xdev -type f | cut -d "/" -f 2 | uniq -c | sort -n
对于那些使用Docker并最终来到这里的人,
当df -i说100% Inode使用;
只需运行docker rmi $(docker images -q)
它会让你创建的容器(运行或退出),但会删除所有不再引用的图像,释放一大堆索引节点;我从100%回到了18%
值得一提的是,我在这台机器上使用了大量的CI/CD和docker运行程序。
首先,获取inode存储使用情况:
df -i
下一步就是找到那些文件。为此,我们可以使用一个小脚本列出目录和其中的文件数量。
for i in /*; do echo $i; find $i |wc -l; done
从输出中,您可以看到使用大量文件的目录,然后对该目录重复此脚本,如下所示。重复该操作,直到看到可疑目录。
for i in /home/*; do echo $i; find $i |wc -l; done
当您发现有大量不需要的文件的可疑目录时。只需删除该目录上不需要的文件,并通过以下命令释放一些inode空间。
rm -rf /home/bad_user/directory_with_lots_of_empty_files
你已经成功地解决了这个问题。现在再次使用df -i命令检查inode的使用情况,您可以看到如下的差异。
df -i
执行sudo apt-get autoremove命令 在某些情况下,它是有效的。如果存在以前未使用的头数据,则将清除这些数据。