lsof can't identify protocol 句柄泄漏分析

最新推荐文章于 2019-06-11 15:53:22 发布
原创 最新推荐文章于 2019-06-11 15:53:22 发布 · 5.3k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细记录了服务器上程序CPU标高问题的排查过程，通过使用lsof和strace工具，深入分析了360开源的evpp调用libevent的http接口引发的文件句柄泄露问题，最终定位并解决了Toomanyopenfiles问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

前几天服务器上出现程序cpu标高，通过gdb看堆栈信息，发现Too many open files问题

 

通过lsof -p　ｐｉｄ　｜ｗｃ　－ｌ看到文件非常高

分析如下：

程序主要是通过360开源的evpp 调用libevent 的http接口实现简单http服务器功能。所以一开始就就直接怀疑是evpp开源代码出现的问题，然后就看源代码分析。看句柄释放位置，但是不得而终。

后面开始用strace工具分析代码调用堆栈。

1、直接前端运行代码：

strace -f -F -o dcop-strace.txt dcopserver

这里 -f -F选项告诉strace同时跟踪fork和vfork出来的进程，-o选项把所有strace输出写到dcop-strace.txt里 面，dcopserver是要启动和调试的程序。

2、运行测试用例

3、关闭程序看dcop-strace.txt文件

   

显然开源代码已经在http返回时候执行了关闭操作。

4、重新1-2步操作，看进程id 在看/proc/pid/fd/里面的文件句柄，

5、执行测试用例，看多出的fd是哪些

 

 

6、再看dcop-strace.txt文件发现问题，通过文件内容里面显示的上下文调用顺序就可以很容易定位到问题

 

java检测文件句柄泄露_tcp socket文件句柄泄漏
weixin_42512183的博客
03-02 733
今天发现有台redis机器上出现socket个数告警，这是很奇怪的现象。因为一台redis服务器上就部署了几个redis实例，打开的端口应该是有限。1、netstat显示的tcp连接数正常netstat-n|awk'/^tcp/{++state[$NF]}END{for(keyinstate)printkey,"\t",state[key]}'TIME_WAIT...
can't identify protocol问题的定位和解决
成长的日子
10-08 3325
在观摩了一个关于性能问题排查的PPT之后试着用lsof命令来列举linux系统打开的文件， 然后发现出现了很多“ can't identify protocol ” 的信息：   udevd 3117 root 989u sock 0,4 84579 can't identify protocoludevd ...
服务端Too many open files解决方案
羁绊&&青春
03-20 3642
服务端Too many open files解决方案   转自：http://zhumeng8337797.blog.163.com/blog/static/1007689142012428104618670/ cat /proc/sys/fs/file-nr  近期系统上线，发现了一个很奇怪的问题，服务端运行没多久就出现页面打不开的现象，查看
lsof: can't identify protocol 问题
zhouguoqionghai的博客
07-18 1810
socket 泄露
关于 "can't identify protocol" 问题的定位
epic2005
03-31 2068
问题定位步骤：  1、 用root帐户 遍历 /proc/进程ID/fd目录，如果该目录下文件数比较大（如果大于10，一般就属于socket泄漏），根据该进程ID，可以确认该进程ID所对应的名称。  2、 重启程序恢复服务，以便后续查找问题。  3、 strace 该程序并记录strace信息。strace –p 进程ID >>/tmp/stracelog.log 2>&1  4、 查看
Linux下的句柄泄露（打开文件数，类比句柄泄露）查看与修改
Shado_walker的专栏
01-19 3426
Linux系统默认的最大文件句柄数（打开文件数，Linux下一切皆文件，这里仅做类比句柄描述），系统默认是1024。用ulimit -n进行查看。当存在句柄泄露没有释放时，系统会报错：Too many open files。   查看进程打开的文件句柄数量 # lsof -n | awk '{print $2}'| sort | uniq -c | sort -nr | grep 过滤条
【分享】文件句柄数递增问题排查--引申出SOCKET泄露
Demon的专栏
07-18 4172
最近在linux上开发的
lsof-master交叉编译之后的lsof命令
01-19
交叉编译完成的lsof命令，适合在arm-cpu架构的服务器上使用
lsof
03-18
lsof也可用于分析磁盘活动，找出占用空间的文件： - 查找大文件： ``` lsof | awk '$7 ~ /^\// && $5 > 1024000 {print $0}' | sort -k5nr ``` 五、lsof与其他工具结合使用 lsof与其他命令结合可以实现更复杂...
文件句柄泄露 lsof， ulimit
安子自语
03-17 3185
lsof -p 31003 xxxx    31003 root   67u  sock                0,5      0t0 491370 can't identify protocol 发现文件句柄泄露，如果达到最大，会导致无法继续创建socket、fd等。 ulimit -n 102400 ulimit -a core file size
lsof命令
03-16 1万+
lsof(list open file)是一个列出当前系统打开文件的工具，在终端下输入lsof即可显示系统打开的文件。 [root@localhost mapan]# lsof | more COMMAND PID TID USER FD TYPE DEVICE SIZE/OFF NODE NAME syst...
java.io.IOException: Too many open files问题
热门推荐
liyuguanguan的博客
05-31 2万+
在开发linux在线服务器的时候经常会遇会句柄泄露的问题。因为在linux系统设计里面遵循一切都是文件的原则，即磁盘文件、目录、网络套接字、磁盘、管道等，所有这些都是文件，在我们进行打开的时候会返回一个fd，即是文件句柄。如果频繁的打开文件，或者打开网络套接字而忘记释放就会有句柄泄露的现象。在linux系统中对进程可以调用的文件句柄数进行了限制，在默认情况下每个进程可以调用的最大句柄数是1024个...
使用linux的lsof和pmap解决fd和内存泄漏
ff00yo的博客
04-21 3513
最近dfs开发到了最后的调试阶段，进过了艰苦卓越的斗争，终于还是解决了几个fd泄漏 和内存泄漏的问题。这里把一些经验记录下来，以备后患。 那么先介绍一下dfs，dfs分为两部分，tracker和storage。 tracker只负责负载均衡和调度。storage负责数据 的存储和同步,基本的信息就是这样。 现象 dfs的storage在单机运行的时候没有问题，不管是upload，dele...
webrtc 编译linux版本的各种问题
u011493488的专栏
06-11 7102
下载和编译参照：http://depthlove.github.io/2019/05/02/webrtc-development-2-source-code-download-and-build/ 最后的编译选项： gn gen out/linux --args='target_os="linux" target_cpu="x64" is_debug=false is_clang=false ...
lsof -i -t 解释
最新发布
03-25
<think>好的，我现在需要解释用户的问题，关于“lsof -i -t”命令的解释。用户之前已经询问过如何提取进程ID，现在他们可能想深入了解这个特定命令的用途和参数。 首先，我得确认用户对lsof的基本了解。lsof是列出打开文件的工具，但在Linux中，文件包括网络连接等。用户之前接触过lsof -i来查看网络连接，现在加上-t选项，可能想知道其作用。 接下来，我需要分解每个选项的含义。-i参数用于显示网络连接，而-t选项让lsof仅输出进程ID，不显示其他信息。用户可能希望快速获取PID，以便后续操作，比如终止进程。不过，我需要检查是否正确记忆选项，避免错误解释。 然后，考虑用户的使用场景。用户可能在写脚本或者自动化任务，需要简洁的输出。-t选项适合这种情况，因为它去除了表头和其他冗余信息，直接输出PID，方便用变量存储或管道传递。但要注意，如果同时有多个进程使用同一端口，-t会返回多个PID，用kill命令处理时需要谨慎。 另外，用户可能对参数组合的用例感兴趣，比如结合特定端口（如80）使用。例如，lsof -i:80 -t，这会列出所有使用80端口的进程ID。需要给出具体例子，并提醒sudo权限的问题，因为普通用户可能无法查看所有进程。 还要注意潜在的问题，比如没有输出时如何处理，或者多个PID的情况。用户可能需要知道这些情况下的应对措施，比如检查服务是否运行，或确认是否有多个进程需要处理。 最后，总结命令的优点和注意事项，确保用户明白何时使用以及可能的风险，比如误杀进程。需要以清晰的结构分点说明，让用户容易理解。</think>在 Linux 中，`lsof -i -t` 是一个组合命令，用于**快速获取与网络连接相关的进程 ID（PID）**。它的核心特点是**简洁输出**，适合在脚本或自动化操作中直接提取 PID。以下是详细解释： --- ### **命令分解** 1. **`lsof`** 全称 `List Open Files`，用于列出系统中被打开的文件（包括网络连接、设备、目录等）。 2. **`-i`** 筛选**网络连接**相关的进程（如 TCP/UDP 端口、IPv4/IPv6 连接）。 3. **`-t`** 启用 "terse mode"（简洁模式），**仅输出 PID**，不显示表头和其他详细信息。 --- ### **典型用法** #### **1. 获取占用某端口的进程 PID** ```bash sudo lsof -i :80 -t ``` - **输出示例** ```bash 1234 5678 ``` 表示端口 `80` 被 PID 为 `1234` 和 `5678` 的进程占用。 #### **2. 终止占用某端口的所有进程** ```bash sudo kill -9 $(sudo lsof -i :80 -t) ``` - 直接通过管道将 PID 传递给 `kill -9` 强制终止进程。 #### **3. 结合正则过滤特定 IP 的连接** ```bash sudo lsof -i @192.168.1.100 -t ``` 列出与 IP `192.168.1.100` 建立连接的所有进程 PID。 --- ### **注意事项** 1. **必须使用 `sudo`** 普通用户可能无法查看其他用户的进程，需通过 `sudo` 提权。 2. **无输出表示无相关进程** 若命令无返回结果，说明指定条件（如端口、IP）下无活跃进程。 3. **多个 PID 的处理** 如果返回多个 PID，表示多个进程共享同一资源（如端口复用），终止前需确认用途。 --- ### **对比常规 `lsof` 输出** #### **未使用 `-t` 的情况** ```bash sudo lsof -i :22 ``` 输出包含表头和详细信息： ``` COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME sshd 1234 root 3u IPv4 12345 0t0 TCP *:ssh (LISTEN) ``` #### **使用 `-t` 后** ```bash sudo lsof -i :22 -t ``` 直接输出 PID： ``` 1234 ``` --- ### **总结** - **用途**：快速提取网络连接相关的 PID，适用于脚本或批量操作。 - **优势**：输出简洁，无需二次处理（如 `awk`/`cut`）。 - **风险**：直接操作 PID 可能误杀关键进程，建议先手动验证。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值