关于 "can't identify protocol" 问题的定位

转载地址：http://blog.csdn.net/tspangle/article/details/20543329

转载地址：http://blog.sina.com.cn/s/blog_62ec29160101qus8.html

感谢两位作者!

问题定位步骤：
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未关闭。

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

问题

用 lsof 会看到 "can't identify protocol" 的 socket fd，很奇怪，啥情况下会这样呢？

不求甚解下，google 了一把，得到了个错误的结论：

http://www.linuxquestions.org/questions/linux-networking-3/lsof-cant-identify-protocol-sock-178283/

先翻了下 lsof 的代码，发现 "can't identify protocol" 在 lsof_4.82_src/dialects/linux/dsock.c 下，说明这串文字并不是从 linux kernel 里面出来的。

试验过程

写了个简单的小程序，用 lsof 看一下。

===================== sock1.c ====================

#include <stdio.h>

#include <stdlib.h>

#include <errno.h>

#include <sys/resource.h>

#include <sys/socket.h>

#include <arpa/inet.h>

#include <netinet/in.h>

#include <unistd.h>

#include <assert.h>

#include <string.h>

int main()

{

int fd, r;

struct sockaddr_in sa;

fd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

sleep(60);

return 0;

}

==================================================

在 openbsd 下：

COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME

a.out 1649 kasicass 3u IPv4 0xd51d9af4 0t0 TCP *:* (CLOSED)

在 debian 下：

COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME

a.out 2356 kasicass 3u sock 0,4 42992 can't identify protocol

很奇怪哦，正确创建的 socket fd 居然显示 "can't identify protocol"。

然后我增加一个 connect() 看看。

===================== sock2.c ====================

int main()

{

int fd, r;

struct sockaddr_in sa;

fd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

memset(&sa, 0, sizeof(sa));

sa.sin_addr.s_addr = inet_addr("192.168.0.88");

sa.sin_family = AF_INET;

sa.sin_port = htons(2224);

r = connect(fd, (struct sockaddr *)&sa, sizeof(sa));

assert(r != -1);

close(fd);

sleep(60);

return 0;

================================================

在 debian 下，连接成功：

a.out 2979 kasicass 3u IPv4 44790 0t0 TCP 10.0.2.15:58282->192.168.0.88:2224 (ESTABLISHED)

如果连接不成功：

a.out 3001 kasicass 3u IPv4 44885 0t0 TCP 10.0.2.15:58283->192.168.0.88:2224 (SYN_SENT)

恩，再试了下 listen() 的情况：

====================== sock3.c ===================

static int bind_and_listen(int fd, int port)

{

struct sockaddr_in in_addr;

int reuseaddr_on = 1;

// addr reuse

if (setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, (const char *)&reuseaddr_on, sizeof(reuseaddr_on)) == -1)

return -1;

// bind & listen

bzero(&in_addr, sizeof(in_addr));

in_addr.sin_family = AF_INET;

in_addr.sin_addr.s_addr = htonl(INADDR_ANY);

in_addr.sin_port = htons(port);

if ( bind(fd, (struct sockaddr *) &in_addr, sizeof(in_addr)) == -1 )

return -1;

if ( listen(fd, 64) == -1 )

return -1;

return fd;

}

int main()

{

int fd, r;

fd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

r = bind_and_listen(fd, 2224);

assert(r != -1);

sleep(60);

return 0;

}

================================================

如果 bind + listen 结果是：

a.out 3052 kasicass 3u IPv4 45083 0t0 TCP *:2224 (LISTEN)

如果只是 bind 则：

a.out 3074 kasicass 3u sock 0,4 0t0 45174 can't identify protocol

结论

没有再细致去看代码，不过可以推断，linux 下，lsof 对于没有 connect() or listen() 的 socket fd，都是显示 "can't identify protocol"。

而bsd下则会正确显示出 socket type。

ps. 据说shutdown后没有close会出现这个情况，待验证。:-)

Biegral Blog