ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: post_action и код возвр ата 499



Выянилось, что патч не помог. дебаг лог по сути не изменился ничуть. Видимо сразу не заметил, прошу прощения.

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 не срабатывает. Мне кажется это не правильно.

Прилагаемый патч должен исправить.







 




Copyright © Lexa Software, 1996-2009.