Hi, I have a setup with apache 2.2.6 proxying requests to a cluster of 5 mongrels. Occassionally, I receive the following error in the logs: [Tue Oct 30 12:00:28 2007] [error] (70007)The timeout specified has expired: proxy: pass request body failed to 127.0.0.1:8013 (127.0.0.1) from 213.205.247.171 () [Tue Oct 30 12:00:28 2007] [error] [client 213.205.247.171] Handler for proxy-server returned invalid result code 70007 It may be worth noting that the Mongrels are dealing with potentially long running HTTP POSTs: they come from Mobile Clients uploading around 2 -3 MB of data, which can take several minutes. It is my understanding that a Mongrel will not be tied up whilst the upload is being done as Mongrel will create a thread to handle the upload, stream it to a TempFile, and then lock rails. The rails action that deals with the file typically takes 1/2 second to 1 second. Looking at the error message, it looks like Mongrel may be ignoring the request or Apache is Timing Out whilst forwarding the request to Mongrel. Can anyone help in decrypting what this error message may mean? Thanks in advance! -- Posted via http://www.ruby-forum.com/.
Hi Matt, I believe that this error is reported when the client stops sending data. If you grep through the sources the area that generates this error is still related to the request. For us, this was a clue that eventually pointed to a duplex mismatch upstream from our rack that was causing tcp connections to collapse under heavy traffic. Cheers Dave On 01/11/2007, at 8:58 PM, Matt Su wrote:> I have a setup with apache 2.2.6 proxying requests to a cluster of 5 > mongrels. Occassionally, I receive the following error in the logs: > > [Tue Oct 30 12:00:28 2007] [error] (70007)The timeout specified has > expired: proxy: pass request body failed to 127.0.0.1:8013 (127.0.0.1) > from 213.205.247.171 () > [Tue Oct 30 12:00:28 2007] [error] [client 213.205.247.171] Handler > for > proxy-server returned invalid result code 70007
Hi Dave thanks for replying Does this mean that when a request comes in, Apache doesn''t hand off the request to Mongrel until it has received the entirety of the request? If not, how does Apache know the connection has been closed/client has stopped sending data. I thought it worked (roughly) like: 1 Apache receives beginning of request (Content-length headers and so on) 2 Apache forwards request to Mongrel 3 Mongrel begins reading request (in my case uploading a 3 MB file over a slow connection) In the above scenario, if the client stopped sending data, would it not be Mongrel that raised the error? Thanks very much! Dave Cheney wrote:> Hi Matt, > > I believe that this error is reported when the client stops sending > data. If you grep through the sources the area that generates this > error is still related to the request. For us, this was a clue that > eventually pointed to a duplex mismatch upstream from our rack that > was causing tcp connections to collapse under heavy traffic. > > Cheers > > Dave-- Posted via http://www.ruby-forum.com/.
hi, i am getting this error as well but my process is a small one. it seems after my rails app is running for a day, i notice that every so often(every 3-4 clicks on the site), the process hangs. after i restart my mongrels, its back to normal again. any solution you have found? -- Posted via http://www.ruby-forum.com/.
Cynthia Kiser wrote:> If your database is MySQL, check to see you have the C-based MySQL > driver - it is usually installed as a gem: ''gem install mysql'' > Installing that seems to have cured my problems with my development > servers dying when left alone overnight. > > Quoting Bbq Plate <lists at ruby-forum.com>:did any one resolve this? I am getting the same error - it happens to me after service is up for appox 30-60 mins. None of the following helped: #Fix for Apache bug 39499 SetEnv force-proxy-request-1.0 1 SetEnv proxy-nokeepalive 1 Mysql gem is installed too -- Posted via http://www.ruby-forum.com/.
Cynthia Kiser wrote:> It isn''t an explanation or even a fix - but setting up something that<a href="http://hekker.ru/index.html">????? ?????? sms</a><br> -- Posted via http://www.ruby-forum.com/.
Cynthia Kiser wrote:> It isn''t an explanation or even a fix - but setting up something that > monitors your web site by making an http request for a simple page - I > have a Rails controller with an action that just renders the text > "success" - will hide the issue. For example, nagios monitoring might > keep your servers running. If not, this is definitely not an > inactivity issue but something else that causes your mongrels to die. > > Quoting RR YY <lists at ruby-forum.com>:http://gaffer.ru/index.html">?????? ????? ??????< -- Posted via http://www.ruby-forum.com/.
Egoist Egoist555 wrote:> Cynthia Kiser wrote: >> It isn''t an explanation or even a fix - but setting up something that >> monitors your web site by making an http request for a simple page - I >> have a Rails controller with an action that just renders the text >> "success" - will hide the issue. For example, nagios monitoring might >> keep your servers running. If not, this is definitely not an >> inactivity issue but something else that causes your mongrels to die. >> >> Quoting RR YY <lists at ruby-forum.com>: > > http://gaffer.ru/index.htmlhttp://vnepravil.ru/index.html http://obaldel.ru/index.html http://risovka.ru/index.html http://dotpor.ru/index.html http://bezpontovie.ru/index.html http://vipsek.ru/index.html http://boomsa.ru/index.html http://titkiboo.ru/index.html http://goodeg.ru/index.html http://rubiseks.ru/index.html http://lubiseks.ru/index.html http://seksgun.ru/index.html -- Posted via http://www.ruby-forum.com/.
Could it be a firewall timing out a connection? You seem to be describing a heartbeat - which is exactly what we use to stop the firewall timing out the connection between our mongrels and the database. Greg On Sat, Jul 19, 2008 at 1:06 AM, Egoist Egoist555 <lists at ruby-forum.com> wrote:> Cynthia Kiser wrote: > > It isn''t an explanation or even a fix - but setting up something that > > monitors your web site by making an http request for a simple page - I > > have a Rails controller with an action that just renders the text > > "success" - will hide the issue. For example, nagios monitoring might > > keep your servers running. If not, this is definitely not an > > inactivity issue but something else that causes your mongrels to die. > > > > Quoting RR YY <lists at ruby-forum.com>: > > http://gaffer.ru/index.html">?????? ????? ??????< > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Mongrel-users mailing list > Mongrel-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/mongrel-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/mongrel-users/attachments/20080719/365b162d/attachment.html>
http://httpd.apache.org/docs/2.0/mod/core.html check this link may be you need to set the timeout options in apache, so the server keeps responding within the time bracket. -- Posted via http://www.ruby-forum.com/.