Master процесс nginx 0.6.38 съедает всю доступную память

[Igor Sysoev]

On Sun, Sep 13, 2009 at 05:52:04PM +0500, Одинцов Павел wrote:

> Добрый вечер!
> 
> Т.е. при вот такой конфигурации (у меня именно так):
> 
> http {
>     ...
>     log_format  main  '$remote_addr - $remote_user [$time_local] $request '
>                       '"$status" $body_bytes_sent "$http_referer" '
>                       '"$http_user_agent" "$http_x_forwarded_for"';
> 
>     access_log  /var/log/nginx/access.log  main;
> 
> nginx будет выедать гигабайты памяти, но если отключить логгирование
> access.log он начнет работать нормально? Да, кстати, а error.log также
> придется выключить? Уж очень не хочется этого делать :/

Нет, от этого память течь не должна.

> 2009/9/13 Noon es Shadow <noonesshadow at gmail.com>:
> > Ну логов которые не для конкретного server {} а общие для http{}
> >
> > 12 сентября 2009 г. 23:59 пользователь Одинцов Павел
> > <pavel.odintsov at googlemail.com> написал:
> >>
> >> Добрый вечер!
> >>
> >> То есть "общих для конфигурации" ?
> >>
> >> 2009/9/13 Noon es Shadow <noonesshadow at gmail.com>:
> >> > У меня такое было из-за записи логов общих для конфигурации
> >> >
> >> > 12 сентября 2009 г. 23:15 пользователь Одинцов Павел
> >> > <pavel.odintsov at googlemail.com> написал:
> >> >>
> >> >> 2009/9/13 Igor Sysoev <is at rambler-co.ru>:
> >> >> > On Sun, Sep 13, 2009 at 12:31:52AM +0500, Одинцов Павел wrote:
> >> >> >
> >> >> >> Добрый день!
> >> >> >>
> >> >> >> Большое спасибо за развернутый ответ, отвечаю ниже.
> >> >> >>
> >> >> >> 2009/9/12 Gena Makhomed <gmm at csdoc.com>:
> >> >> >> > On Monday, September 7, 2009 at 23:18:21, Одинцов Павел wrote:
> >> >> >> >
> >> >> >> > ОП> Имеется очень противная проблема, nginx 0.6.38 (epel
> >> >> >> > репозиторий)
> >> >> >> > ОП> стоит проксей перед хостинговой Апачей и попутно раздает
> >> >> >> > статику;
> >> >> >> > ОП> изредка на паре машин из полутора десятков nginx (master
> >> >> >> > процесс)
> >> >> >> > ОП> начинает жутко поедать память и в итоге через пару минут
> >> >> >> > сваливает
> >> >> >> > ОП> машину. Подозрения о причинах такого поведения есть в сторону
> >> >> >> > буферов
> >> >> >> > ОП> и проксирования больших файлов от Апача, но тут ничего толком
> >> >> >> > не
> >> >> >> > ОП> получилось понять.  Помогайте :(
> >> >> >> >
> >> >> >> > насколько часто ему посылается SIGHUP, SIGUSR1 и другие сигналы?
> >> >> >>
> >> >> >> SIGHUP посылается весьма часто (до десятков раз в час и больше),
> >> >> >> т.к.
> >> >> >> клиенты реконфигурируют сайты и для этого необходим мягкий релоад
> >> >> >> nginx; другие сигналы не используются.
> >> >> >
> >> >> > А насколько вырастает мастер после сигнала ?
> >> >> В том и проблема, что ни на сколько, много раз дергал руками, но после
> >> >> релоада размер восстанавливается прежний.
> >> >> > Странно, что этот размер не передаётся воркерам. Или передаётся ?
> >> >> Не передается, растет только Мастер, что и странно.
> >> >> >
> >> >> >> > worker_cpu_affinity 0001 0010 0100 1000;
> >> >> >>
> >> >> >> Вот за это спасибо, не знал, что воркеры можно явно повесить на
> >> >> >> отдельные ядра.
> >> >> >
> >> >> > Сейчас worker_cpu_affinity сделан непраивльно, поэтому его лучше не
> >> >> > использовать.
> >> >>
> >> >> Понятно, откатываемс.
> >> >> >
> >> >> >
> >> >> > --
> >> >> > Игорь Сысоев
> >> >> > http://sysoev.ru
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> С уважением, Одинцов Павел
> >> >
> >> >
> >>
> >>
> >>
> >> --
> >> С уважением, Одинцов Павел
> >
> >
> 
> 
> 
> -- 
> С уважением, Одинцов Павел

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