Re: mod_reqtimeout question:

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

 



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 <brian@xxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx





[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux