Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 30608 invoked from network); 15 Jun 2007 17:52:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Jun 2007 17:52:21 -0000 Received: (qmail 97339 invoked by uid 500); 15 Jun 2007 17:52:21 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 97285 invoked by uid 500); 15 Jun 2007 17:52:21 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 97274 invoked by uid 99); 15 Jun 2007 17:52:21 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Jun 2007 10:52:21 -0700 X-ASF-Spam-Status: No, hits=0.8 required=10.0 tests=INFO_TLD X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [195.227.30.246] (HELO datura.kippdata.de) (195.227.30.246) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Jun 2007 10:52:17 -0700 Received: from [195.227.30.148] (larix [195.227.30.148]) by datura.kippdata.de (8.13.5/8.13.5) with ESMTP id l5FHptAo008714 for ; Fri, 15 Jun 2007 19:51:55 +0200 (CEST) Message-ID: <4672D1BB.9050506@kippdata.de> Date: Fri, 15 Jun 2007 19:51:55 +0200 From: Rainer Jung User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: ProxyTimeout Revisited References: <4672CB0C.6090906@ptc.com> In-Reply-To: <4672CB0C.6090906@ptc.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org As I understand mod_proxy_* and APR code, the BalancerManager timeout will set a timeout for individual read and write attempts to backend connections. So it neither correlates to an idle timeout on the connection (see ttl and smax) neither to a request timeout in the sense of a limit to the full request handling time. The timeout starts whenever something is expected to get read or written. So most of the times it should fire, when retrieving the initial response packets takes longer than this timeout, or your backend starts to hang in the middle of request processing. Regards, Rainer Jess Holle wrote: > Currently one can specify timeout on one's BalancerMember (e.g. with > mod_proxy_ajp). > > Does this serve as both a connection and request timeout? If so, in the > worst case I can use it to be both and thus set it for the latter > (knowing it is ridiculous for the former). > > I read the "Re: ProxyTimeout does not work as documented > " thread and > am trying to figure out how to set connection and request timeouts for > mod_proxy_ajp today with 2.2.4 -- and hopefully do so in a manner that > is compatible with the resolution of this thread... > > -- > Jess Holle