<HTML><BODY>Когда обнаружил, что pru_attach это указатель, искать чему он равен в данном случае желание пропало:) Спасибо за инфу<br>про tcp_usr_attach.<br>В этом случае соединение сбрасывается с RST флагом, так что отключение логов вряд ли поможет горю :)<br><br><br><br>Fri, 19 Sep 2014 14:26:20 +0400 от Anton Yuzhaninov <citrin@citrin.ru>:<br>
<blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;">
<div id="">
<div class="js-helper js-readmsg-msg">
<style type="text/css"></style>
<div>
<base target="_self" href="https://e.mail.ru/">
<div id="style_14111223960000000125_BODY">On 09/16/14 13:19, Постоваров Павел wrote:<br>
><br>
> Извиняюсь, что возможно не совсем по теме рассылки, но нигде не смог найти инфу.<br>
><br>
> При большой нагрузке (большой кол-во одновременных соединений) в<br>
> /var/log/messages валится<br>
> Sep 12 21:21:40 pl1 kernel: sonewconn: pcb 0xfffffe008aa88498: pru_attach() failed<br>
<br>
Можно:<br>
1. Почитать исходники.<br>
2. Использовать Dtrace (для начала посмотреть какую ошибку возвращает pru_attach <br>
- в случаае tcp это tcp_usr_attach).<br>
<br>
Но проще всего сделать так, чтобы сообщения с уровнем debug не писались в <br>
/var/log/messages :)<br>
<br>
Если в логах nginx при этом ошибок нет, то это сообщение скорее всего можно <br>
игнорировать.<br>
<br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="/compose?To=nginx%2dru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
</div>
<base target="_self" href="https://e.mail.ru/">
</div>
</div>
</div>
</blockquote>
<br></BODY></HTML>