<div><div>3 февраля 2011 г. 17:30 пользователь Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>></span> написал:</div><div><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Достаточно делать reload, без потери запросов.<br></blockquote><div><br></div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div># netstat -an | grep CLOSED | wc -l</div><div>3056</div><div><br></div>
<div>делаем reload - цифра та же, делаем restart</div><div><br></div><div><div>#netstat -an | grep CLOSED | wc -l</div><div>1</div></div><div><br></div><div>Видимо в моем случае reload не помогает.</div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">BTW, в логах должны быть полезные alert'ы: как минимум при<br>
заверешении рабочего процесса, как максимум - в конкретном<br>
запросе.<br></blockquote><div><br></div><div><meta http-equiv="content-type" content="text/html; charset=utf-8">индивидуально per-vhosts подобных жалоб в error_log нет.</div><div>в глобальном error_log иногда всплывают следующие строчки</div>
<div><br></div><div>2011/02/AA 13:19:09 [alert] 23804#0: open socket #XXX left in connection ZZZ</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">
> PS: Натягивать на 0.8.54 патчи Максима (Maxim Dounin) не стал, т.к. судя по<br>
> changlelog'у они уже приняты в 0.8.53. Или не все?<br>
<br>
</div>Не все. Нужны ещё:<br>
<br>
<a href="http://nginx.org/pipermail/nginx-devel/2010-October/000500.html" target="_blank">http://nginx.org/pipermail/nginx-devel/2010-October/000500.html</a><br>
<a href="http://nginx.org/pipermail/nginx-devel/2010-October/000497.html" target="_blank">http://nginx.org/pipermail/nginx-devel/2010-October/000497.html</a><br>
<br>
К утечке сокетов может приводить отсутствие последнего патча, но<br>
только при использовании aio sendfile и limit_rate.<br></blockquote><div><br></div><div>aio используется только как on, ибо с "aio sendfile" поверх zfs не бегает толком.</div><div>а limite_rate в конфигах вообще нигде не используется.</div>
<div><br></div><div>в таких условиях есть смысл накатывать указанные выше патчи?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Кроме того, это могут быть какие-то другие проблемы с aio (e.g.<br>
при использовании aio в кеше). В этом случае надо делать как<br>
описано тут:<br>
<br>
<a href="http://wiki.nginx.org/Debugging#Socket_leaks" target="_blank">http://wiki.nginx.org/Debugging#Socket_leaks</a><br>
<br>
Ну или если gdb пугает - для начала поиграться с включённостью aio<br>
для конкретных location'ов, и посмотреть на результат (i.e.<br>
определить где конкретно течёт).<br></blockquote><div><br></div><div><meta http-equiv="content-type" content="text/html; charset=utf-8">под фразой "aio в кеше" подразумевается proxy_cache?</div><div>за ссылку спасибо, попробую в ближайшее время. </div>
<div><br></div><div>я так понимаю для локализации "проблемы" надо пересобрать с --with-debug и вытащить полный backtrace из core-файла?</div><div><br></div></div>-- <br>С Уважением,<br>Костенко Евгений<br><br>моб: +7(928)2961142<br>
icq: 101241013<br>jabber: <a href="mailto:nobody.mail@gmail.com" target="_blank">nobody.mail@gmail.com</a><br>skype: <a href="http://nobody.ru" target="_blank">nobody.ru</a><br><br>
</div>