急~~~~~~~~~lsof 顯示socket資源未釋放,但是我是正常關閉了的

korpus

現(xiàn)在有兩臺機器  在A機器編譯運行程序完全正常，socket關閉后，lsof -c ufs查看到沒有socket異常的情況

把程序考到B機器上去編譯，測試后，用lsof -c ufs發(fā)現(xiàn)有下面的，這太多了就會占用文件句柄資源，導致最后無法打開文件。
ufs     16617 cdadmin    8u  sock       0,6      0t0 406587399 can't identify protocol

實在不明白這是怎么回事？ 有人能幫忙一下嗎？

A機器 Linux DEV1 2.6.32-131.0.15.el6.x86_64
B機器 Linux UAT1 2.6.32-131.0.15.el6.x86_64

ulimit 查看兩個機器的配置都一樣

korpus

觀察到A機器上偶爾也會有 can't identify protocol  但是一會兒就消失了

myworkstation

回復 1# korpus


    通常出現(xiàn)這個錯誤都是由于程序的bug導致沒有正常關閉socket引起的。比如說mongo db就有在connect失敗時沒有正常關閉socket的總是。

Aquester

可能兩種情況：
1.BUG漏close()了
2.引用計數(shù)原因

有沒有父子進程？
這個問題用valgrind工具測試一下就知道了，另外如果是被動關閉一方，會有個timed_wait狀態(tài)，在未消失之前，會繼續(xù)占用資源。

korpus

回復 3# myworkstation


    謝謝您的關注哈。

我開始也是這么想的。同樣的代碼在兩個機器上分別編譯，運行。第一個機器上面有錯誤，第二個上面沒有。在第二個機器上面我連續(xù)跑壓力測試沒問題。但是第一個機器上面就有。太奇怪了。

在第一個機器里面，socket我都檢查了都關了。而且netstat 狀態(tài)看了也沒有異常狀態(tài)，但是就是有 can't identify protocol ...

korpus

回復 4# Aquester


    close都關了的，netstat -na |grep 端口號 ; lsof  -c 程序看   都沒有了異常連接。。

但是我在另一個機器上都是正常的，偶爾出現(xiàn) can't identify protocol  ，不過一會兒就沒有了

Aquester

korpus 發(fā)表于 2013-08-23 22:13
回復 4# Aquester

會正常消失，也說明了close()沒有漏調用，會不會是因為句柄數(shù)超過了進程允許最大的？ulimit -a看看。

korpus

回復 7# Aquester


    看過 ulimit -a 都是1024，但是機器A上面的文件句柄是沒有超過1024的，超過1024會報open too many files

cxytz01

lsof沒用過，但是lsof是通過掃描/proc/$pid/fd/來確定打開的文件描述符的，樓主的程序打開了多少個fd全在這個文件里面得到體現(xiàn)。
具體你進去ls -lp一下就一目了然了。

另外，兩臺機器的體系結構是否一樣，干脆你就把另一臺機器的binary直接考到第二臺機器運行看看。

korpus

回復 9# cxytz01


    硬件都是虛擬機安裝的，一個操作系統(tǒng)版本，但是其他設置不知道是否一樣。