Проблема FIN_WAIT с приложением для мониторинга Java - PullRequest
0 голосов
/ 13 октября 2011

Проблемы с FIN_WAIT1 на моем RHEL 5.4 под управлением Introscope. До сих пор я наблюдал, что всякий раз, когда целевая JVM, которую мы отслеживаем с помощью Introscope, зависает, агент, работающий на этом хосте, прекращает отправку данных, и через некоторое время сокет на сервере (Introscope Server) переходит в состояние FIN_WAIT1 и остается там для он долго очищается, если мы перезапускаем целевую JVM.

Я хотел бы знать, происходит ли это из-за ошибки в Introscope или это связано с уровнем TCP.

1 Ответ

0 голосов
/ 15 октября 2011

FIN_WAIT1 находится на уровне TCP - это означает, что стек tcp вашего компьютера ожидает одно из сообщений о закрытии соединения из стека TCP другой стороны.Обычно это не причиняет особого вреда, за исключением небольшого количества состояния ядра до истечения времени ожидания.Однако иногда это может помешать вам перезапустить сервер с того же порта, и в этом случае вы можете установить параметры SO_REUSESOCKET и / или SO_REUSEPORT на сокете, прежде чем открывать его в первый раз.(Это имеет некоторые последствия для безопасности, если вы используете компьютер совместно.)

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...