ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Постоянные обрывы коннектов



Hello!

On Sun, Jul 05, 2009 at 05:59:48PM +0200, Anton Kuznetsov wrote:

> Гораздо информативнее чем прошлый ответ. ;)
> 
> Ну что ж, пересобрал, перезапустил, не просто мне это было... В результате
> 100мб меньше чем за минуту, не знаю как это предлагалось сделать "в студию",
> попробую кусками.
> 
> Это grep по *6106

[...]

> 2009/07/05 19:25:23 [debug] 11555#0: *6106 limit_req: -2 4.375
> 2009/07/05 19:25:23 [warn] 11555#0: *6106 delaying request, excess: 4.375,
> by zone "avi", client: 93.73.181.151, server: film.arjlover.net, request:
> "GET /film/devchata.cd1.avi HTTP/1.1", host: "ivanka.arjlover.net",
> referrer: "http://ivanka.arjlover.net/film";
> 2009/07/05 19:25:23 [debug] 11555#0: *6106 event timer add: 18:
> 4375:1267011892
> 2009/07/05 19:25:27 [debug] 11555#0: *6106 event timer del: 18: 1267011892
> 2009/07/05 19:25:27 [debug] 11555#0: *6106 http run request:
> "/film/devchata.cd1.avi?"
> 2009/07/05 19:25:27 [debug] 11555#0: *6106 limit_req delay

Используется limit_req с задержкой, патч не наложен.

[...]

> 2009/07/05 19:25:28 [info] 11555#0: *6106 client timed out (60: Operation
> timed out) while sending response to client, client: 93.73.181.151, server:
> film.arjlover.net, request: "GET /film/devchata.cd1.avi HTTP/1.1", host: "
> ivanka.arjlover.net", referrer: "http://ivanka.arjlover.net/film";

А это - закономерное следствие, о котором вам говорили уже не раз.  Решение 
с тех пор не поменялось.

Вы помнится били себя пяткой в грудь, утверждая что ваша проблема 
воспроизводится без limit_req.  И вам было предложено прислать 
debug log проблемы без limit_req или с limit_req ... nodelay.  Мы 
всё ещё с интересом ждём обещанного debug log'а.

Maxim Dounin

[...]

> > > > > > On Fri, Apr 03, 2009 at 01:05:50PM +0200, Anton Kuznetsov wrote:
> > > > > >
> > > > > > > А мне что делать? Мою проблему как патчить? :)
> > > > > >
> > > > > > Вам уже было сказано что именно вам делать - воспроизвести
> > > > > > проблему без limit_req или с limit_req .. nodelay, после чего
> > > > > > приносить конфиг и debug log.
> > > > > >
> > > > > > Maxim Dounin
> > > > > >
> > > > > > >
> > > > > > > 2009/4/3 Maxim Dounin <mdounin@xxxxxxxxxx>
> > > > > > >
> > > > > > > > Hello!
> > > > > > > >
> > > > > > > > On Fri, Apr 03, 2009 at 11:03:19AM +0200, Sergey Bondari wrote:
> > > > > > > >
> > > > > > > > > Hello Maxim,
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > MD> Если используется limit_req - надо либо накатить патч
> > > > (пробегал
> > > > > > > > > MD> тут давеча), либо использовать limit_req ... nodelay.
> > > > > > > > > Патч кстати проблему решил. Один вопрос - этот патч временная
> > > > > > заплатка
> > > > > > > > > от вас или уже включена в транк? В смысле каждый раз его пока
> > > > > > > > > накатывать после апдейта nginx?
> > > > > > > >
> > > > > > > > Пока - накатывать.
> > > > > > > >
> > > > > > > > Maxim Dounin
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Best regards,
> > > > > > > Anton Kuznetsov.
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Best regards,
> > > > > Anton Kuznetsov.
> > > >
> > > >
> > >
> > >
> > > --
> > > Best regards,
> > > Anton Kuznetsov.
> >
> >
> 
> 
> -- 
> Best regards,
> Anton Kuznetsov.



 




Copyright © Lexa Software, 1996-2009.