所以我正在运行lsof -i | wc -l lsof -i | wc -l周期性地告诉我，在240和255之间的420行处于CLOSE_WAIT状态。 TCP连接如何进入这种状态？ 我应该担心，我应该如何排除故障？
我在我的Linux服务器上运行lsof来检查ext3系统中的一个文件（ /tmp/incoming_data.txt ）是否被其他程序打开。 我的服务器上有很多的TCP连接。 奇怪的是，执行“sudo lsof”大约需要两分钟的时间，在这两分钟内它使用了99.x％的CPU。 我使用的命令是sudo lsof /tmp/incoming_data.txt 。 我已经尝试了“ fuser ”这需要大约相同的CPU和执行时间。 有什么我可以解决这个问题吗？
我有一个运行在nginx上的stream量很低的站点，有4个工作站，每个站点有1024个连接。 每隔几个小时，我开始在错误日志“1024 worker_connections是不够的”，我的网站变慢/成为flakey。 一个nginx重新启动解决了这个问题完全在接下来的几个小时。 显然有些奇怪的事情发生，我没有办法服务我的应用程序的4k并发用户。 除了查看访问日志（这看起来很正常），有没有一种方法可以更详细地观察nginx正在做什么？ 是否有一些臭名昭着的configuration组合，可能会导致旧的连接保持开放，而不是closures？ 谢谢。 编辑这看起来不正确 # lsof |grep nginx |grep CLOSE_WAIT |wc -l 1271
背景：我正在监视特定用户正在运行的进程的ulimit。 （我偶尔也看到了一个不正确的限制开始的进程）。我问了一些自称Linux的大师，一个build议lsof -p <pid> ，另一个build议ls /proc/<pid>/fd ，但是对于哪一个更准确地反映了对于一个处理的最大打开文件限制的实际计数而言都是不积极的。 那么，这是什么？ lsof -p <pid> | wc -l 要么 ls /proc/<pid>/fd | wc -l 请详细说明差异。 谢谢！
我们运行一个cassandra集群，每个主机在任何时候都会打开几十万个文件。 我们希望能够定期获得打开文件的计数，并将这个数字填入石墨中，但是当我们在collectd下运行lsof时，最终需要花费几分钟的时间完成并咀嚼过多的CPU与此同时。 我想知道是否有一个替代和更友好的方式获得相同的数据，LSF提供，甚至是一种运行ISS，不会吃进CPU显着的方式？ （虽然我认为后一种方法可能需要更长的时间来完成比现在…不理想）。 也许内核维护一些包含打开文件数量的variables？ 妄想？ 更新：在答复的答案之一，我们已经使用-b和-n标志。 下面是完整的命令，因为我在collectd下运行它： sudo lsof -b -n -w | stdbuf -i0 -o0 -e0 wc -l sudo lsof -b -n -w | stdbuf -i0 -o0 -e0 wc -l
目前我正在东京工作一家刚刚开始认真在线业务的小公司。 最近，我们一直在租用VPS服务器上打开最大打开文件的问题，导致服务暂时停止运行（实际上或多或less暂时）。 现在成为一个好公民，我告诉我的老板，并要求他拿到另一台服务器，因为一旦服务器出现故障，我们将不能出售任何东西。 令人惊讶的是，没有发生。 更糟糕的是，他只是懒惰地拖延任何可能真正花费我们钱的东西。 我怎样才能把这个信息传达给我的老板呢，那个服务器就是坏事呢？ 还是有什么我们可以用其他方法来解决问题呢？ （不，我们不能提高文件的限制:)）
我正在监视服务器上的TCP堆栈，希望一般地推断出盒子上的应用程序的问题。 我的第一个倾向是测量所有报告状态（LISTEN，ESTABLISHED，FIN_WAIT2，TIME_WAIT等）中的套接字数量并检测一些exception。 一个队友build议'lsof'将是一个更好的工具来查看TCP栈的状态。 来自serverfault人群的任何偏好或经验提示？
如果我有一个pipe道命令如 cat myfile | processor_application 在哪里处理器应用程序是从标准读取，大块，处理的东西，是否有可能看到多远，通过文件猫已经得到了？ 可能使用lsof？ 谢谢！
我有一个被删除的文件，但仍然被程序保留。 我用lsoffind了inode号码。 我怎样才能创build一个硬链接到这个inode？
我知道使用lsof来检查进程当前访问的文件。 是否有办法查看应用程序在其生命周期中打开的所有文件？