Return-Path: X-Original-To: apmail-httpd-users-archive@www.apache.org Delivered-To: apmail-httpd-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6B74417FC3 for ; Tue, 14 Apr 2015 19:07:35 +0000 (UTC) Received: (qmail 38839 invoked by uid 500); 14 Apr 2015 19:07:26 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 38808 invoked by uid 500); 14 Apr 2015 19:07:26 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 38796 invoked by uid 99); 14 Apr 2015 19:07:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Apr 2015 19:07:26 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [46.20.120.20] (HELO echo.justhostme.co.uk) (46.20.120.20) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Apr 2015 19:07:20 +0000 Received: from topmeadow.plus.com ([212.159.79.187]:41439 helo=[192.168.1.5]) by echo.justhostme.co.uk with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1Yi68d-003drH-Ul; Tue, 14 Apr 2015 20:04:51 +0100 Message-ID: <552D64D1.1070709@epimorphics.com> Date: Tue, 14 Apr 2015 20:04:49 +0100 From: Brian McBride User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: users@httpd.apache.org References: <551D55A2.7030309@epimorphics.com> <552BC4A3.5010301@epimorphics.com> <1F08C88D-357D-470B-BD90-3786AB13C617@jaguNET.com> In-Reply-To: <1F08C88D-357D-470B-BD90-3786AB13C617@jaguNET.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - echo.justhostme.co.uk X-AntiAbuse: Original Domain - httpd.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - epimorphics.com X-Get-Message-Sender-Via: echo.justhostme.co.uk: authenticated_id: brian@epimorphics.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] mod_reqtimeout question: Hi Jim, Thanks for responding. Short answer: yes - the client is using http keep alive to keep a persist connection open to the server. Brian On 14/04/15 19:38, Jim Jagielski wrote: > By persistent, do you mean one that was held open via > standard HTTP keepalive? > > Thx >> On Apr 13, 2015, at 9:29 AM, Brian McBride wrote: >> >> Not having had a response to this question I'm left wondering whether I've screwed up maybe by not asking a clear question or asking in the wrong place. Or maybe I just asked it at a bad time or I'm just out of luck and no one is motivated to respond. >> >> Brian >> >> >> On 02/04/15 15:43, Brian McBride wrote: >>> Given an apache 2.4 server with: >>> >>> ReadRequestTimeout header=60-65,rate=500 >>> >>> When a client opens a persistent connection to that server, does the request timeout apply to >>> >>> a) each request sent down the connection individually, or >>> b) the whole connection, i.e. the connection will close after 65 seconds of reading requests even if there >>> are more requests ready to send >>> >>> Background: >>> >>> I have two apache 2.4 servers, one acting as a reverse proxy for the other. Both have mod_reqtimeout enabled. >>> >>> The reverse proxy is using persistent connections to talk to the backend. >>> >>> I have applied a steady test load of 1 request per second; requests are quick to process in the backend >>> >>> I'm getting 502 errors from the front end. It appears that the backend is closing the connections, though its hard to be sure which end is. >>> >>> The rate of 502 errors reduces the longer I make the ReadRequestTimeout. I get no errors if I disable mod_reqtimeout. It looks like the backend is closing then connections after about N seconds where N is the timeout value, even in the presence of a steady load. >>> >>> MaxKeepAliveRequests and KeepAliveTimeout are set very high. >>> >>> I'm pretty new to this sort of thing. I'd appreciate any thoughts or guidance. >>> >>> Brian >>> >>> >>> >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org >> For additional commands, e-mail: users-help@httpd.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org > For additional commands, e-mail: users-help@httpd.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org