TCP EPOLL服務(wù)器運(yùn)行了幾天后出現(xiàn)問題，如何定位！

aaadddzxc

EPOLL-ET TCP服務(wù)器，運(yùn)行期間都很穩(wěn)定，內(nèi)存 CPU都很正常，一直在跑壓力測(cè)試。今天客戶端好像在測(cè)試什么東西，然后我服務(wù)器就莫名其妙接受不到客戶端任何消息了。。。
連客戶端登陸的消息都不相應(yīng)了，但是客戶端沒問題。如何定位呢？想不通，至少也應(yīng)該響應(yīng)客戶端連接消息才對(duì)，這個(gè)是一個(gè)單獨(dú)線程跑的，這個(gè)線程就只處理接受連接，接受數(shù)據(jù)會(huì)直接給線程池，所以不應(yīng)該會(huì)在這里阻塞。不知道應(yīng)該怎么定位此問題。。
不知道有沒有哪位大俠遇到過這種情況，麻煩說下怎么定位。
CENTOS 5.4系統(tǒng)

kdkgod

估計(jì)哪個(gè)地方死鎖了

aaadddzxc

我用pstack 看了 沒發(fā)現(xiàn)有死鎖的地方。 也就是沒看到有堆棧顯示有明顯死鎖

csumck

strace -p [pid] 看看進(jìn)程在進(jìn)行哪個(gè)系統(tǒng)調(diào)用

solu

netstat看一下

netcos

gdb
attach pid 跟蹤一下

yulihua49

aaadddzxc 發(fā)表于 2013-09-29 09:47
EPOLL-ET TCP服務(wù)器，運(yùn)行期間都很穩(wěn)定，內(nèi)存 CPU都很正常，一直在跑壓力測(cè)試。今天客戶端好像在測(cè)試什么東 ...

這東西很煩人，我也遇見過，忘了怎么處理的了。
處理完之后，弄了一個(gè)框架，以后使用框架就不再出問題，再也不直接弄epoll了。

linux_c_py_php

一聽ET就知道了, read到EAGAIN了？

aaadddzxc

處理了EAGAIN 這個(gè)錯(cuò)誤�。�

cnlyon

把出問題時(shí)間左右 客戶端的測(cè)試用例 重新跑一下。在鏈接斷開等部分加日志呢。