Количество CLOSE_WAIT с Lsof

Question

I

lsof | grep CLOSE_WAIT | wc -l

на убунту 14.04 LTS

Я получил PID и TID отображается. Говорят, что 70 CLOSE_WAITs в java proc с числом х потоков.

Однако, если я

lsof -i | grep CLOSE_WAIT |wc -l

я получил только 1, который является Java процесс (не TID).

Означает ли это, что мы не можем достоверно определить утечку FS, выполняя lsof -i? Мы всегда должны использовать «lsof»?

В качестве боковой панели кто-нибудь знает, почему ELB не закрывает соединение?

java 9645 9863 ubuntu 133u IPv4 19375 0t0 TCP ip-10-20-187-89:51548->ec2-100-200-86-25.compute-1.amazonaws.com:https (CLOSE_WAIT) java 9645 9864 ubuntu 133u IPv4 19375 0t0 TCP ip-10-20-187-89:51548->ec2-100-200-86-25.compute-1.amazonaws.com:https (CLOSE_WAIT) java 9645 9865 ubuntu 133u IPv4 19375 0t0 TCP ip-10-20-187-89:51548->ec2-100-200-25.compute-1.amazonaws.com:https (CLOSE_WAIT) java 9645 9902 ubuntu 133u IPv4 19375 0t0 TCP ip-10-20-187-89:51548->ec2-100-200-25.compute-1.amazonaws.com:https (CLOSE_WAIT)

Спасибо,

Answer 1

Я рекомендую консалтинг a diagram like this one. TCP-соединение не считается закрытым, каждая сторона отправляет FIN и получает ACK.

As stated here. CLOSE_WAIT обычно указывает, что удаленный конец отправил FIN и был ACK'd локальным концом, но локальный конец не отправил FIN.

Вероятно, вы не видите остальную часть записей CLOSE_WAIT с lsof -i, потому что удаленный адрес не отображается. Вероятно, это выглядит пустым.

Смотрите также:

https://superuser.com/questions/173535/what-are-close-wait-and-time-wait-states

https://serverfault.com/questions/450055/lot-of-fin-wait2-close-wait-last-ack-and-time-wait-in-haproxy