Есть ли доступный архив списка расылки?
Kpoxa KpoIIIkin
kpoxa at kpoxa.net
Thu Jan 6 11:03:42 MSK 2005
Kpoxa KpoIIIkin пишет:
> Отложу отладочную версию на завтра, а сейчас есть 1 вопрос:
>
> При каких условиях возникает ошибка:
> 2005/01/05 23:13:48 [error] 27526#0: *7400660 upstream closed
> prematurely connection while reading upstream status line, client:
> 195.131.125.61, URL: /, upstream: 192.168.0.68:80/
>
> Есть подозрение на наличие Last-Modified тэга в заголовке ответа и
> пустое тело одновременно.
>
>>On Wed, 5 Jan 2005, Kpoxa KpoIIIkin wrote:
>>
>>
>>
>>>Тогда вот так, только я сомневаюсь в полезности данного лога сейчас:
>>>
>>>2005/01/05 16:53:09 [alert] 23616#0: *4034686 zero size buf while
>>>sending to client, client: 212.113.39.42, URL:
>>>/mp3/dj_pippi_-_fatal_fatal_(pacha_mix).mp3, upstream:
>>>
>>>
>>
>>Это полезный лог. Мне уже сообщили об этой ошибке, но отладить её пока
>>не получилось. Отладить можно так.
>>
>>Нужно собрать nginx так: ./configure ... --with-debug. Большого оверхеда это
>>не добавит, у меня на всех продакнш серверах nginx собран так. После этого
>>можно писать error_log кучу отладочной информации двумя способами:
>>
>>1) error_log file debug;
>>
>>error_log можно задать на глобальном уровне, на уровне http, server и location.
>>Поэтому можно задать отладку только на определённом location, а для всего
>>остального вести лог, например, на уровне notice.
>>
>>2) В разделе events {} записать ip-адреса, для которых нужно вести
>>отладочный лог:
>>
>>events {
>> ...
>> debug_connection 192.168.10.1;
>> debug_connection 192.168.10.5;
>> ...
>>}
>>
>>В этом случае отладка будет вестись только для указанных адресов во всех
>>возможных error_log'ах, независимо от того, какой уровень лога задан.
>>
>>В данном случае лучше, наверное, отловить несколько проблемынх адресов
>>и поставить на них debug_connection. Лог выслать мне или сказать, откуда
>>можно его забрать.
>>
>>
>>Игорь Сысоев
>>http://sysoev.ru
>>
>>
>>
>>
>
Включил отладку, теперь весь лог забит строками вида:
2005/01/06 10:56:48 [debug] 29344#0: rtsig timer: 500, delta: 510
2005/01/06 10:56:48 [debug] 29344#0: worker cycle
2005/01/06 10:56:48 [debug] 29344#0: rtsig timer: 500
2005/01/06 10:56:48 [debug] 29344#0: rtsig signo:-1 (11: Resource
temporarily unavailable)
2005/01/06 10:56:48 [debug] 29344#0: rtsig timer: 500, delta: 510
2005/01/06 10:56:48 [debug] 29344#0: worker cycle
2005/01/06 10:56:48 [debug] 29344#0: rtsig timer: 500
2005/01/06 10:56:48 [debug] 29344#0: rtsig signo:-1 (11: Resource
temporarily unavailable)
2005/01/06 10:56:49 [debug] 29344#0: rtsig timer: 500, delta: 510
2005/01/06 10:56:49 [debug] 29344#0: worker cycle
2005/01/06 10:56:49 [debug] 29344#0: rtsig timer: 500
2005/01/06 10:56:49 [debug] 29344#0: rtsig signo:-1 (11: Resource
temporarily unavailable)
2005/01/06 10:56:49 [debug] 29344#0: rtsig timer: 500, delta: 510
2005/01/06 10:56:49 [debug] 29344#0: worker cycle
2005/01/06 10:56:49 [debug] 29344#0: rtsig timer: 500
2005/01/06 10:56:49 [debug] 29344#0: rtsig signo:-1 (11: Resource
temporarily unavailable)
2005/01/06 10:56:50 [debug] 29344#0: rtsig timer: 500, delta: 510
2005/01/06 10:56:50 [debug] 29344#0: worker cycle
2005/01/06 10:56:50 [debug] 29344#0: rtsig timer: 500
2005/01/06 10:56:50 [debug] 29344#0: rtsig signo:-1 (11: Resource
temporarily unavailable)
2005/01/06 10:56:50 [debug] 29344#0: rtsig timer: 500, delta: 510
2005/01/06 10:56:50 [debug] 29344#0: worker cycle
при нормальной работе, так и должно быть?
More information about the nginx-ru
mailing list