Спасибо, уже нашел что действительно уперлись в tcp_inpcb.


Fri, 19 Sep 2014 16:35:51 +0400 от Maxim Dounin <mdounin@mdounin.ru>:
>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
>nginx-ru@nginx.org
>http://mailman.nginx.org/mailman/listinfo/nginx-ru

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru