ешё имеет смысл прописать kernel.core_uses_pid=1 в sysctl <br>
чтобы не было проблем с поиском корок :)<br>
<br>
&nbsp;&nbsp; Алексей Бещёков <br><br><div><span class="gmail_quote">On 12/11/05, <b class="gmail_sendername">Igor Sysoev</b> &lt;<a href="mailto:is@rambler-co.ru">is@rambler-co.ru</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Sun, 11 Dec 2005, Alexander Burnos wrote:<br><br>&gt; За последние пару дней несколько раз наблюдал следующую ситуацию:<br>&gt;<br>&gt; nginx переставал отвечать на запросы, при этом уходя в top с 99.9% cpu<br>&gt; load.
<br>&gt;<br>&gt; OS Debian Sarge, kernel <a href="http://2.6.11.9">2.6.11.9</a>, nginx 0.3.12.<br>&gt;<br>&gt; В access-логе не вижу ничего подозрительного, в error-логе обычно видно<br>&gt; следующее:<br>&gt;<br>&gt; 2005/12/11 03:01:02 [alert] 10578#0: *58941 the http output chain is
<br>&gt; empty while sending to client, client: x.x.x.x<br>&gt; 2005/12/11 03:04:07 [alert] 10577#0: worker process 10578 exited on<br>&gt; signal 9<br>&gt;<br>&gt; Вторая строчка - это, скорее всего, после моего kill'a, но я не уверен.
<br>&gt;<br>&gt; Нагрузка маленькая, около 60 active connections. nginx слушает только<br>&gt; https, несколько http-проксирований с proxy_buffering off и несколько<br>&gt; https проксирований. Использую 1 worker, метод обработки соединения не
<br>&gt; указываю, т.е. юзается самый оптимальный по мнению nginx, насколько я<br>&gt; понимаю.<br>&gt;<br>&gt; Подскажите, пожалуйста, на что еще можно посмотреть во время<br>&gt; возникновения проблемы? Из-за чего это может быть?
<br><br>Если в nginx.conf поставить<br><br>debug_points&nbsp;&nbsp;abort;<br>working_directory&nbsp;&nbsp; /spool/core;<br><br>то после сообщения &quot;[alert] the http output chain is empty&quot; nginx вызовет<br>abort() и будет корка в каталоге /spool/core. Чтобы от корки была польза,
<br>nginx должен быть собран с ключём -g (обычно он так и собирается).<br>Обычный пользователь, под которым работают рабочие процессы, должен<br>имет права записи в каталог /spool/core. Кроме того, limits -c должен<br>быть достаточным.
<br><br><br>Игорь Сысоев<br><a href="http://sysoev.ru">http://sysoev.ru</a><br><br></blockquote></div><br>