Re: логирование запроса

[Igor Sysoev]

On Dec 14, 2012, at 16:54 , Alex Vasilenko wrote:

> Игорь,
> 
> Можно подробнее, что означает "Resource temporarily unavailable" в данном случае?

Это значит, что в данный момент клиент не прислал данных. Это нормально: пришлёт позже, через
секунду, две, три и т.д.

> И если это нормально, то почему после этого закрывается соединение и отдает в ответ 400? Или же стоит копать модуль в данном случае?

Это нужно смотреть модуль.


--
Igor Sysoev
http://nginx.com/support.html

> Спасибо,
> Александр
> 
> On Dec 14, 2012, at 14:19 , Igor Sysoev <igor at sysoev.ru> wrote:
> 
>> On Dec 14, 2012, at 16:16 , Alex Vasilenko wrote:
>> 
>>> Игорь,
>>> 
>>> Забыл добавить: используется nginx upload module http://www.grid.net.ru/nginx/upload.en.html .
>> 
>> По этому модулю ничего сказать не могу.
>> 
>>> Самая интересная часть ниже:
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http read client request body
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv: fd:94 -1 of 102400
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv() not ready (11: Resource temporarily unavailable)
>>> 
>>> recv отвечает за получение тела запроса?
>> 
>> Да, но ошибка "11: Resource temporarily unavailable" - это нормально.
>> 
>> 
>> --
>> Igor Sysoev
>> http://nginx.com/support.html
>> 
>>> Спасибо,
>>> Александр
>>> 
>>> On Dec 14, 2012, at 14:12 , Igor Sysoev <igor at sysoev.ru> wrote:
>>> 
>>>> On Dec 14, 2012, at 15:51 , Alex Vasilenko wrote:
>>>> 
>>>>> Приветствую,
>>>>> 
>>>>> Собрал немного логов. Помогите пожалуйста с интерпретацией:
>>>>> 
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 rewrite phase: 2
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 post rewrite phase: 3
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 4
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 5
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 6
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 7
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 post access phase: 8
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 try files phase: 9
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 posix_memalign: 00000000015FD9A0:4096 @16
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 00000000015FE9B0:4096
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 0000000001828FB0:102400
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http read client request body
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv: fd:94 -1 of 102400
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv() not ready (11: Resource temporarily unavailable)
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body recv -2
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body rest 102400
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 event timer add: 94: 600000:1355455682798
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http finalize request: -4, "/request.json" a:1, c:2
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http request count:2 blk:0
>>>>> 
>>>>> Правильно ли я понимаю, что nginx не смог открыть файл для записи и поэтому отфутболил пользователя? Или же request content-length был указан не верно?
>>>> 
>>>> Судя по
>>>> 
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000
>>>> 
>>>> Content-Length нормальная. А судя по
>>>> 
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932
>>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346
>>>> 
>>>> собраны один или два нестандартных модуля и, возможно, они что-то делают.
>> 
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru at nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20121214/352436b9/attachment-0001.html>