linux – 如何确定哪些进程打开了大多数inode
这是我的问题,在munin图表中可见:
我使用/打开的inode“突然”不断增加. 有没有办法确定哪个进程保持最新打开的inode? 因此,我希望看到谁将它们保持打开状态,然后跟踪使用情况,以了解增加的来源 更新 基于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中的目录; 最后一行输出将显示/ proc / [PID] / fd目录,其中包含每个进程的打开文件描述符计数.罪魁祸首过程应该在底部附近. 请注意,/ proc / [PID] / fd中的每个条目在技术上都是文件描述符而不是单独的open inode,每个单独的open inode必须在某个/ proc / [PID] / fd目录中至少有一个单独的文件描述符. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |