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

[Igor Sysoev]

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
>> 
>> собраны один или два нестандартных модуля и, возможно, они что-то делают.

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