Игорь,

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

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

On Dec 14, 2012, at 14:19 , Igor Sysoev <igor@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@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@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru