Return-Path: Delivered-To: apmail-tomcat-dev-archive@www.apache.org Received: (qmail 77992 invoked from network); 27 Aug 2008 14:39:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Aug 2008 14:39:26 -0000 Received: (qmail 96524 invoked by uid 500); 27 Aug 2008 14:39:21 -0000 Delivered-To: apmail-tomcat-dev-archive@tomcat.apache.org Received: (qmail 96341 invoked by uid 500); 27 Aug 2008 14:39:21 -0000 Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Developers List" Delivered-To: mailing list dev@tomcat.apache.org Received: (qmail 96330 invoked by uid 99); 27 Aug 2008 14:39:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Aug 2008 07:39:21 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [12.11.148.84] (HELO irp2.ptc.com) (12.11.148.84) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Aug 2008 14:38:22 +0000 X-IronPort-AV: E=Sophos;i="4.32,279,1217822400"; d="scan'208";a="24211400" Received: from unknown (HELO HQ-EX3FE2.ptcnet.ptc.com) ([132.253.201.63]) by irp2.ptc.com with ESMTP; 27 Aug 2008 10:37:48 -0400 Received: from [132.253.48.61] ([132.253.48.61]) by HQ-EX3FE2.ptcnet.ptc.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 27 Aug 2008 10:37:48 -0400 Message-ID: <48B566BC.4070003@ptc.com> Date: Wed, 27 Aug 2008 09:37:48 -0500 From: Jess Holle User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Tomcat Developers List Subject: Re: mod_proxy_balancer issue References: <48B343EF.2000201@ptc.com> <48B38A10.90907@apache.org> <48B3E485.4030501@ptc.com> <48B41DB6.1040500@apache.org> In-Reply-To: <48B41DB6.1040500@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Aug 2008 14:37:48.0183 (UTC) FILETIME=[79DFF270:01C90852] X-Virus-Checked: Checked by ClamAV on apache.org Mladen Turk wrote: > Jess Holle wrote: >> >> I'm quite willing to help, but you're clearly much more familiar with >> both mod_jk and APR/MPM than I am, so I suspect I'd just get in the >> way except at the testing level. > Well, I plan to create mpm watchdog hook system first. > I'll also create a small callback in mod_proxy, just > to maintain the connection pool so you are free to implement > any additional mod_proxy interval operations (like heath checking) > from there. Is there already something along these lines in mod_jk (or more specifically the IIS connector)? I did a little simplistic testing and haven't gotten down and dirty to debug this, but I have no managed to figure out any configuration of mod_jk where the load balancers' "dead" workers will be tested in the background and avoid testing this with foreground requests. I have a simple "ping" request that takes many seconds all too often, presumably delayed by re-checking all the dead workers. I have a worker.maintain of 15 and a recover_time for my balanced worker of 30 -- under the theory that background maintenance should be able to test any "dead" connections and mark them as recently tested without any request threads ever checking the workers. This assumes that the recover_time is only observed by request threads, though. Is there a means of achieving background-only (or nearly so) testing of dead workers with mod_jk? That's what I'm looking for in both jk and mod_proxy_ajp connectors. I guess I was hoping/assuming it was there in mod_jk from reading the docs. -- Jess Holle --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional commands, e-mail: dev-help@tomcat.apache.org