admin 管理员组

文章数量: 1184232
问题定位步骤： 
1、 用root帐户 遍历 /proc/进程ID/fd目录，如果该目录下文件数比较大（如果大于10，一般就属于socket泄漏），根据该进程ID，可以确认该进程ID所对应的名称。 
2、 重启程序恢复服务，以便后续查找问题。 
3、 strace 该程序并记录strace信息。strace –p 进程ID >>/tmp/stracelog.log 2>&1 
4、 查看 /proc/进程ID/fd 下的文件数目是否有增加，如果发现有增加，记录上一个socket编号，停止strace 
5、 确认问题代码的位置。打开/tmp/stracelog.log，从尾部向上查找close(socket编号)所在行，可以确认在该次close后再次 创建的socket没有关闭，根据socket连接的server ip可以确认问题代码的位置。 


另一种方法:判断是否有socket泄漏:  
lsof | grep "can't identify protocol" 
如果存在很多，则代表socket泄漏，同时会显示哪个进程使用的sock未关闭。

本文标签： quot Identify Protocol

版权声明：本文标题：关于 "can't identify protocol" 问题的定位 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://roclinux.cn/b/1763735799a3265556.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。