关于 "can't identify protocol" 问题的定位
问题定位步骤：
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未关闭。
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未关闭。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/21813517/viewspace-1221191/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
linux下查看系统进程占用的句柄数
请登录后发表评论
登录
全部评论
