Есть ли доступный архив списка расылки?

[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
>
>
>  
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20050105/671a117e/attachment.html>