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? ThxOn 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
|