Спасибо, уже нашел что действительно уперлись в tcp_inpcb.
Fri, 19 Sep 2014 16:35:51 +0400 от Maxim Dounin <[email protected]>: >Hello! > >On Fri, Sep 19, 2014 at 02:26:20PM +0400, Anton Yuzhaninov wrote: > >> On 09/16/14 13:19, Постоваров Павел wrote: >> > >> >Извиняюсь, что возможно не совсем по теме рассылки, но нигде не смог найти >> >инфу. >> > >> >При большой нагрузке (большой кол-во одновременных соединений) в >> >/var/log/messages валится >> >Sep 12 21:21:40 pl1 kernel: sonewconn: pcb 0xfffffe008aa88498: pru_attach() >> >failed >> >> Можно: >> 1. Почитать исходники. >> 2. Использовать Dtrace (для начала посмотреть какую ошибку возвращает >> pru_attach - в случаае tcp это tcp_usr_attach). >> >> Но проще всего сделать так, чтобы сообщения с уровнем debug не писались в >> /var/log/messages :) >> >> Если в логах nginx при этом ошибок нет, то это сообщение скорее всего можно >> игнорировать. > >Ну соединение-то так или иначе померло, даже если и не дошло до >nginx'а и лишь тихо посчиталось в каких-нибудь listen queue >overflows в "netstat -s". > >Упираться, там, насколько я понимаю, можно в tcp_inpcb, tcpcb, или >в sbsize limit. Первые два - покажет "vmstat -z", а последний - >обычно не выставлен. > >-- >Maxim Dounin >http://nginx.org/ > >_______________________________________________ >nginx-ru mailing list >[email protected] >http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________ nginx-ru mailing list [email protected] http://mailman.nginx.org/mailman/listinfo/nginx-ru
