LINUX.ORG.RU

CLOSE_WAIT означает что сокет находится в ожидании закрытия приложением. В корректно работающем приложении таких соединений должно быть не много и они должны быстро исчезать.

Множественные CLOSE_WAIT без существенной нагрузки это признак бага в приложении.

tw_reuse/tw_recycle на это не влияют, это про TIME_WAIT, совершенно другое состояние. Keepalive это про отстрел сокетов которые навеки зависают в ESTABLISHED, тоже не тот случай.

maxcom ★★★★★ ()
Последнее исправление: maxcom (всего исправлений: 3)
Ответ на: комментарий от maxcom

а если это проблема вылезает только через nginx прокси? а напрямую в grpc сервис отвечает все норм? если параллельно пускать запросы

carter ()
Ответ на: комментарий от carter

а если это проблема вылезает только через nginx прокси? а напрямую в grpc сервис отвечает все норм? если параллельно пускать запросы

Баги разные бывают, некоторые воспроизводятся только в определенных условиях. Я думаю лучше обратиться к разработчикам сервиса.

maxcom ★★★★★ ()
Ответ на: комментарий от carter

вылезает только через nginx прокси?

Включите в nginx прокси через апстрим, а там keepalive pool

upstream gprcback {
    server 127.0.0.1:8888;
    keepalive 20;
}

location / {
    proxy_pass         http://gprcback;
    ...
}
kindof ()

Сокет закрывается сервером, он и уходит в это состояние на пару минут, что и должно просиходить. Что плохого в множестве TIME_WAIT?

level1 ★★ ()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.