我使用/打开的inode“突然”不断增加.
有没有办法确定哪个进程保持最新打开的inode？
我使用了https://unix.stackexchange.com/questions/117093/find-where-inodes-are-being-used的方法,发现并清理了一些带有邮件和日志的文件夹,我可以摆脱…
但是,如果inode是OPEN,那么必须有一些进程保持使用,对吗？它可能不一定是增加来源的文件最多的文件夹 – 或者我错了吗？
因此,我希望看到谁将它们保持打开状态,然后跟踪使用情况,以了解增加的来源
更新
基于Andrew的脚本,我创建了一个版本,它也显示了进程名称.由于我运行了一些可能重生的Nginx / apache进程,我希望在进程名称上看到结果.
for dir in /proc/*/fd;
do
echo -n "$dir ";
pid=`expr "$dir" : '\/proc\/\(.*\)\/.*'`; # extract the pid
pname=`ps -p $pid -o comm=`; # grab process name
echo -n "$pname ";
ls $dir 2>/dev/null | wc -l;
done | sort -n -k 3
样本输出：
/proc/4612/fd sshd 49 /proc/46470/fd node 60 /proc/5655/fd Nginx 66 /proc/6656/fd Nginx 76 /proc/7654/fd Nginx 81 /proc/8578/fd dovecot 107 /proc/9657/fd Nginx 117 /proc/3495/fd java 146 /proc/4785/fd MysqLd 382
因此,下一个测试将记录随时间推移的分布,以查看哪些更改以及它与Morgan提到的/ proc / sys / fs / inode-nr的数量相关联
一年之后…
并猜测,9月底是更换故障驱动器的地方.
因此看起来整个混乱是由磁盘错误产生的.
尽管如此,脚本仍然有用！
解决方法
像这样的东西：
对于/ proc / * / fd中的目录;
做
echo -n“$dir”; #need一个空格来获得排序的真实列
ls $dir 2> / dev / null | wc -l;
完成| sort -n -k 2
最后一行输出将显示/ proc / [PID] / fd目录,其中包含每个进程的打开文件描述符计数.罪魁祸首过程应该在底部附近.
请注意,/ proc / [PID] / fd中的每个条目在技术上都是文件描述符而不是单独的open inode,每个单独的open inode必须在某个/ proc / [PID] / fd目录中至少有一个单独的文件描述符.
