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

[Alex Vasilenko]

Игорь,

Можно подробнее, что означает "Resource temporarily unavailable" в данном случае? И если это нормально, то почему после этого закрывается соединение и отдает в ответ 400? Или же стоит копать модуль в данном случае?

Спасибо,
Александр

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

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