Questions tagged «lsof»

Lsof是一种按进程列出打开的文件的工具



3
链接到特定的inode
我有一个已删除的文件,但仍由程序保持打开状态。我使用lsof找到了索引节点号。如何创建硬链接回到该索引节点?
14 linux  inode  lsof 

1
`lsof -p <pid> |有什么区别?wc -l和ls / proc / <pid> / fd | wc -l`?
背景:我正在监视特定用户运行进程的ulimit。(我偶尔看到过以不正确的限制开始的进程。)我问了几个自称是Linux的大师,一个提出了建议lsof -p &lt;pid&gt;,而另一个提出了建议ls /proc/&lt;pid&gt;/fd,但都没有一个能更准确地反映实际数量的最大值进程的打开文件数限制。 那是什么呢? lsof -p &lt;pid&gt; | wc -l 要么 ls /proc/&lt;pid&gt;/fd | wc -l 请详细说明区别。谢谢!
13 ulimit  lsof  linux 


2
lsof的非cpu密集型替代方案?
我们运行一个Apache Cassandra集群,其中每个主机在任何给定时间都有数十万打开的文件。 我们希望能够定期获取打开文件的数量并将其输入到石墨中,但是当我们lsof在collectdWindows XP 下运行时,它需要花费几分钟才能完成,并消耗大量CPU。 。 我想知道是否还有另一种更友好的方法来获取lsof提供的相同数据,或者甚至是一种运行lsof的方式而不会明显占用CPU?(尽管我认为后一种方法可能需要比目前完成的时间长得多……不理想)。 也许内核在包含打开文件数量的某个地方维护了一些变量?妄想? 更新: 为了回答其中一个问题,我们已经在使用-band -n标志。这是我在以下命令下运行的完整命令collectd: sudo lsof -b -n -w | stdbuf -i0 -o0 -e0 wc -l
12 linux  lsof 

4
服务器上的TCP监视:比较netstat与lsof?
我正在监视服务器上的TCP堆栈,以希望一般性地推断出盒子上的应用程序有问题。 我的第一个倾向是测量所有报告状态(LISTEN,ESTABLISHED,FIN_WAIT2,TIME_WAIT等)中的套接字数量,并检测一些异常。 一个队友建议,“ lsof”将是查看TCP堆栈处于哪种状态的更好工具。 服务器故障人群有任何偏好或经验提示吗?
12 linux  unix  tcp  netstat  lsof 

5
如何让老板了解服务器故障是一件坏事?
我目前正在东京的一家较小的公司工作,该公司刚刚开始认真的在线业务。最近,我们在租用的VPS服务器上达到了最大打开文件数的问题,导致服务暂时(实际上或多或少暂时)停止运行。现在是好公民,我通知老板并要求他购买另一台服务器,因为一旦服务器出现故障,我们将失去无法出售任何东西的金钱。 令人惊讶的是,没有任何反应。 更糟的是,他只是喜欢拖延任何可能实际花费我们钱的事情。 我如何通知老板,服务器实际上是坏的东西?还是我们实际上可以采取其他措施来解决此问题?(不,我们不能提高文件限制:))
11 linux  redhat  lsof 

3
如何跟踪文件描述符泄漏?
我有一个Java进程(Glassfish)正在泄漏文件描述符。我知道这一点是因为我得到了有益的java.io.IOException: Too many open files例外。我可以查看/proc/PID#/fd并查看所有打开的文件描述符。当我使用lsof时,会得到很多这样的条目: Java 18510根8811u袜子0,4 1576079无法识别协议 Java 18510根8812u袜子0,4 1576111无法识别协议 Java 18510根8813u袜子0,4 1576150无法识别协议 我看到每分钟创建12个新的。我可以在lsof上使用哪些选项,或者可以使用哪些其他工具来帮助跟踪无法识别协议的套接字文件描述符?

3
lsof在我的服务器上运行非常慢
我正在其中一台Linux服务器中运行lsof,以检查/tmp/incoming_data.txtext3系统中的一个文件()是否被其他程序打开。我的服务器上有很多TCP连接。奇怪的是,'sudo lsof'的执行需要大约两分钟的时间才能完成,并且在这两分钟之内使用了99.x%的CPU。 我使用的命令是sudo lsof /tmp/incoming_data.txt。我尝试了“ 定影器 ”,它需要大约相同数量的CPU和执行时间。有什么我可以解决的问题吗?
8 linux  lsof 

1
我如何观察nginx在做什么?(解决:“ 1024个worker_connections不够”)
我在nginx上运行的流量非常低的站点,有4个工作线程,每个连接1024个。 我每隔几个小时开始在错误日志中看到“ 1024 worker_connections不够”,并且我的网站变慢/变黄了。Nginx重新启动可以在接下来的几个小时内完全解决该问题。 显然,正在发生奇怪的事情,我无法为我的应用程序的4k并发用户提供服务。 除了查看访问日志(看起来很正常)之外,还有没有办法更详细地观察nginx在做什么? 是否存在一些臭名昭著的配置组合,这些组合组合可能导致旧连接保持打开状态而不是关闭状态? 谢谢。 编辑 这看起来不对 # lsof |grep nginx |grep CLOSE_WAIT |wc -l 1271
8 nginx  lsof 

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.