post_action и код возврата 499
Matvei Elyutin
melyutin at gmail.com
Fri Dec 28 12:44:12 MSK 2007
Выянилось, что патч не помог. дебаг лог по сути не изменился ничуть.
Видимо сразу не заметил, прошу прощения.
2007/12/28 12:34:41 [debug] 13822#0: *87 http upstream check client,
write event:0, "/34/mysql-5.0.18-win32.zip"
2007/12/28 12:34:41 [debug] 13822#0: *87 http upstream recv(): 0 (11:
Resource temporarily unavailable)
2007/12/28 12:34:41 [info] 13822#0: *87 client closed prematurely
connection, so upstream connection is closed too while sending request
to upstream, client: ip.ip.ip.ip,server: bububu, request: "GET
/34/mysql-5.0.18-win32.zip HTTP/1.0", upstream:
"http://127.0.0.1:80/34/mysql-5.0.18-win32.zip", host: "bububu"
2007/12/28 12:34:41 [debug] 13822#0: *87 finalize http upstream request: 499
2007/12/28 12:34:41 [debug] 13822#0: *87 finalize http proxy request
2007/12/28 12:34:41 [debug] 13822#0: *87 free rr peer 1 0
2007/12/28 12:34:41 [debug] 13822#0: *87 close http upstream connection: 15
пробовал ставить и новую сборку 0.6.24
Matvei Elyutin пишет:
> спасибо, помогло
> только патч сам не наложился ни на 0.6.16, ни на 0.6.22
> наложил руками на 0.6.22 - все работает.
>
> Igor Sysoev пишет:
>> On Thu, Dec 27, 2007 at 10:44:35AM +0300, Matvei Elyutin wrote:
>>
>>
>>> Приветствую, в продолжение треда
>>> http://www.lexa.ru/nginx-ru/msg07782.html. Проблему так и не дожали,
>>> как я понял.
>>> Не совсем понятно поведение в следующем случае:
>>>
>>> nginx/0.6.16 отдает контент пользователю исходя из ответа апача
>>> (скорость, файл, итд). Запрос сначала идет в апач, который
>>> возвращает параметры сессии пользователя, здесь и должен запускаться
>>> post_action и начинаться отдача файла. Так и происходит в
>>> большинстве случаев. Если в соединение было прервано клиентом в тот
>>> момент, когда апач еще не ответил nginx'у мы получается код ответа 499:
>>> ip.ip.ip.ip - - [25/Dec/2007:18:31:28 +0300] "GET
>>> /34/mysql-5.0.18-win32.zip HTTP/1.0" 499 0 "-" "Wget/1.10.2"
>>> и при этом post_action не срабатывает. Мне кажется это не правильно.
>>>
>>
>> Прилагаемый патч должен исправить.
>>
>>
>>
>
>
More information about the nginx-ru
mailing list