Re: проблема: 99.9% cpu load

Igor Sysoev is at rambler-co.ru
Sun Dec 11 17:20:41 MSK 2005


On Sun, 11 Dec 2005, proforg wrote:

> ешё имеет смысл прописать kernel.core_uses_pid=1 в sysctl
>чтобы не было проблем с поиском корок :)

Оказывается, в Linux 2.5 в процессе создания корок случились поддвижки:
http://www.novell.com/coolsolutions/feature/16257.html


On 12/11/05, Igor Sysoev <is at rambler-co.ru> wrote:
>
> On Sun, 11 Dec 2005, Alexander Burnos wrote:
>
> > За последние пару дней несколько раз наблюдал следующую ситуацию:
> >
> > nginx переставал отвечать на запросы, при этом уходя в top с 99.9% cpu
> > load.
> >
> > OS Debian Sarge, kernel 2.6.11.9, nginx 0.3.12.
> >
> > В access-логе не вижу ничего подозрительного, в error-логе обычно видно
> > следующее:
> >
> > 2005/12/11 03:01:02 [alert] 10578#0: *58941 the http output chain is
> > empty while sending to client, client: x.x.x.x
> > 2005/12/11 03:04:07 [alert] 10577#0: worker process 10578 exited on
> > signal 9
> >
> > Вторая строчка - это, скорее всего, после моего kill'a, но я не уверен.
> >
> > Нагрузка маленькая, около 60 active connections. nginx слушает только
> > https, несколько http-проксирований с proxy_buffering off и несколько
> > https проксирований. Использую 1 worker, метод обработки соединения не
> > указываю, т.е. юзается самый оптимальный по мнению nginx, насколько я
> > понимаю.
> >
> > Подскажите, пожалуйста, на что еще можно посмотреть во время
> > возникновения проблемы? Из-за чего это может быть?
>
> Если в nginx.conf поставить
>
> debug_points  abort;
> working_directory   /spool/core;
>
> то после сообщения "[alert] the http output chain is empty" nginx вызовет
> abort() и будет корка в каталоге /spool/core. Чтобы от корки была польза,
> nginx должен быть собран с ключём -g (обычно он так и собирается).
> Обычный пользователь, под которым работают рабочие процессы, должен
> имет права записи в каталог /spool/core. Кроме того, limits -c должен
> быть достаточным.
>
>
> Игорь Сысоев
> http://sysoev.ru
>
>

Игорь Сысоев
http://sysoev.ru





More information about the nginx-ru mailing list