ðòïåëôù 


  áòèé÷ 


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: why error 504?


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: why error 504?
  • From: Andrey <deepmindster@xxxxxxxxx>
  • Date: Mon, 16 Apr 2007 00:36:58 +0400
  • Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=lkrvlHRlkFvio2J8SCl8i1qe2Tvb29nn7eCZ/TsnzyXU3MTorOwa04LUkpmOTiJUQlTUIf7pebvP8FwQjqMkC9M3VoW84gC/ipfzWHiea4/eU8u8/sn5WlmXvthmXvUD9XcaSKKrQBgOBgCVsJDHeQTRHnZG8vTbTP0OhjVDDH4=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=hxjYpdTHugQLLj2a9NdEK/SSf8xM4QiWZ4ZoloKcY40iPTX/5USPHGBHwJr+CpX30icIQt1CUYg6YLITjnT9TVXRoaLtcPRLbLQpQ7I7tOiQjYflAtBppvWo9jNB04PuWcLGtyk1icBxm0gy4Hec4sMqj9FWhASeTMQPJPKmgfo=
  • In-reply-to: <b5d90b2a0704111249h471d0613kc6d0debf3e09305e@xxxxxxxxxxxxxx>
  • References: <1176237327.12397.4.camel@workstation> <b5d90b2a0704111249h471d0613kc6d0debf3e09305e@xxxxxxxxxxxxxx>

Спасибо, Алексей.
Увеличил proxy_read_timeout до 1200, похоже, это помогло решить проблему.

В Срд, 11/04/2007 в 23:49 +0400, Alexey Polyakov пишет:
On 4/11/07, Andrey <deepmindster@xxxxxxxxx> wrote:

> Вот только почему появляется 504 до конца не ясно, а
> значит, не ясно что менять в конфиге. Подскажите пожалуйста, почему
> может появляться 504 и как вылечить?

Вряд ли дело в конфиге. Вы когда файл закачиваете - nginx его целиком
принимает (в рамках установленных лимитов), пишет во временный файл,
если в буферы в памяти не влезло, и только когда файл целиком принят -
подключается к Апачу и быстренько ему впихивает. Видимо после этого в
течение proxy_read_timeout секунд Апач не успевает дать ответ на
полученный post-запрос.



 




Copyright © Lexa Software, 1996-2009.