我使用/打开的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目录中至少有一个单独的文件描述符.
总结以上是内存溢出为你收集整理的linux – 如何确定哪些进程打开了大多数inode全部内容,希望文章能够帮你解决linux – 如何确定哪些进程打开了大多数inode所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)