Linux   发布时间:2022-05-08  发布网站:大佬教程  code.js-code.com
大佬教程收集整理的这篇文章主要介绍了linux – 如何确定哪些进程打开了大多数inode大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
@H_616_1@这是我的问题,在munin图表中可见:

我使用/打开的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 / [PID] / fd目录中的条目数.这将为您提供每个进程打开的文件描述符的数量.然枚举所有进程需要一段时间,但在计数正在进行时缺少启动或停止的进程应该不是问题,因为您正在寻找具有大量打开文件描述符的长期进程.

像这样的东西:

对于/ 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目录中至少有一个单独的文件描述符.

大佬总结

以上是大佬教程为你收集整理的linux – 如何确定哪些进程打开了大多数inode全部内容,希望文章能够帮你解决linux – 如何确定哪些进程打开了大多数inode所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。
标签:那么