关于 "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 <</span>stdio.h>

#include <</span>stdlib.h>

#include <</span>errno.h>

#include <</span>sys/resource.h>

#include <</span>sys/socket.h>

#include <</span>arpa/inet.h>

#include <</span>netinet/in.h>

#include <</span>unistd.h>

#include <</span>assert.h>

#include <</span>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会出现这个情况，待验证。:-)