Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 67011 invoked from network); 6 May 2006 12:57:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 6 May 2006 12:57:51 -0000 Received: (qmail 48358 invoked by uid 500); 6 May 2006 12:57:47 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 48336 invoked by uid 500); 6 May 2006 12:57:47 -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 48325 invoked by uid 99); 6 May 2006 12:57:47 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 06 May 2006 05:57:47 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of bjorn@exoweb.net designates 221.122.43.98 as permitted sender) Received: from [221.122.43.98] (HELO fw.exoweb.net) (221.122.43.98) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 06 May 2006 05:57:46 -0700 Received: from [192.168.0.200] (helo=[192.168.0.200]) by fw.exoweb.net with esmtp (Exim 3.36 #1 (Debian)) id 1FcMLa-00007G-00 for ; Sat, 06 May 2006 20:57:22 +0800 Mime-Version: 1.0 (Apple Message framework v749.3) Content-Transfer-Encoding: 7bit Message-Id: <54938E40-EE83-4EF0-947A-D43BBD7B6EB8@exoweb.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: dev@httpd.apache.org From: =?ISO-8859-1?Q?Bj=F8rn_Stabell?= Subject: mod_proxy_balancer questions Date: Sat, 6 May 2006 20:56:51 +0800 X-Mailer: Apple Mail (2.749.3) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I've been playing replacing pound http://www.apsis.ch/pound/ with mod_proxy_balancer (mpb), and I've run into a few issues that I thought I'd share here, maybe confirm if I understood things correctly. 1) mpb logs when backend servers can't be contacted, but not when they are available again It's important to be able to see when a backend server dies and when it's available again. I was hoping for something that could be easily matched against, e.g.: backend B alive; taking online [info] backend B died; taking offline and moving clients B2 [error] backend B still dead [warning] -- regular check backend B has come alive again, taking online [error] -- error recovery 2) mpb doesn't warn/ log when switching backend server when stickysession=on It's important to know when this happens as it'll probably mean some user lost his session. Something like: backend B died; taking offline and moving clients to B2; waited S seconds because stickysessions was set [error] -- maybe even more serious? I've been running with loglevel=debug, so I hope I haven't missed messages like the above amongst all the other messages. Rgds, Bjorn