ПРОЕКТЫ 


  АРХИВ 


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: Таймоут



On Thu, 27 Jul 2006, Andrew Velikoredchanin wrote:

Igor Sysoev пишет:
On Wed, 26 Jul 2006, Andrew Velikoredchanin wrote:

Igor Sysoev пишет:
On Wed, 26 Jul 2006, Andrew Velikoredchanin wrote:

Anton Yuzhaninov пишет:
Hello Andrew,

You wrote on Tuesday, July 25, 2006, 10:05:38 PM:

AV> У меня в nginx на фронтэнде (и на фронтэнде и на бэкенде тоже
nginx
AV> 0.3.54) логе много записей типа:

AV> 2006/07/25 12:55:07 [error] 21764#0: *1976588 writev() failed
(110:
AV> Connection timed out) while sending request to upstream, client:
AV> 86.144.57.51, server: server.net, URL:
"/thumbnails/50989489.t.jpg",
AV> upstream: "http://192.168.0.10:81/thumbnails/50989489.t.jpg";,
host:
AV> "server.net", referrer: "..."

А что при этом пишется в лог на бэкенде?

На уровне cryt - ничего. Щас включу понизив уровень...

На бэкенде нужен уровень info. Системные ошибки при общении с клиентом
пишутся на этом уровне.

Отфильтровал только уровень info. На нем есть только два типа ошибок в
логе (вообще их мало):

2006/07/26 09:18:10 [info] 26849#0: *42659 client closed prematurely
connection while reading client request line, client: 192.168.0.103,
server: server.net

2006/07/26 09:18:27 [info] 5603#0: *16050 client timed out (110:
Connection timed out) while reading client request line, client:
192.168.0.101, server: server.net

Возможно, до nginx'а дело не доходит - проблем на уровне установления
соединения. В таком случае поможет только tcpdump.

К сожалению, это нереально. :( Такая ошибка возникает примерно на одном
файле из примерно трехсот. Это по одному обращению. А учитывая общий
трафик... Даже если и поставить tcpdump, среди кучи информации вряд-ли
найдешь нужную. :(

Можно добавить директиву, разрешающую писать в error_log номер локального
порта, тогда в tcpdump проблемное соединение найти будет проще.


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



 




Copyright © Lexa Software, 1996-2009.