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

[Igor Sysoev]

On Fri, Dec 28, 2007 at 12:44:12PM +0300, Matvei Elyutin wrote:

> Выянилось, что патч не помог. дебаг лог по сути не изменился ничуть. 
> Видимо сразу не заметил, прошу прощения.
> 
> 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

Это правильно. Дальше должно быть как-то так:

2007/12/28 12:53:40 [debug] 1414#0: *1 http finalize request: 499, "/?"
2007/12/28 12:53:40 [debug] 1414#0: *1 post action: "/..."
2007/12/28 12:53:40 [debug] 1414#0: *1 internal redirect: "/..."

> пробовал ставить и новую сборку 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 не срабатывает. Мне кажется это не правильно.
> >>>    
> >>
> >>Прилагаемый патч должен исправить.


-- 
Игорь Сысоев
http://sysoev.ru