Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 85452 invoked from network); 8 Sep 2009 09:49:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Sep 2009 09:49:32 -0000 Received: (qmail 49318 invoked by uid 500); 8 Sep 2009 09:49:28 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 49232 invoked by uid 500); 8 Sep 2009 09:49:27 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 48944 invoked by uid 99); 8 Sep 2009 09:49:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Sep 2009 09:49:27 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sumedhsakdeo@gmail.com designates 209.85.218.208 as permitted sender) Received: from [209.85.218.208] (HELO mail-bw0-f208.google.com) (209.85.218.208) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Sep 2009 09:49:16 +0000 Received: by bwz4 with SMTP id 4so2662536bwz.0 for ; Tue, 08 Sep 2009 02:48:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=8Risjtuww30u15w+J+xxkmg+qwRJaEak6xCxFCuLfvY=; b=QVb0K30s8edZqvzyxOPHSS0BJZ3k8cnC3/mA2KJJjvSHQlgdl59noNJr21EyfGxOgM yHq2jfw8aOD7NHeqpT+WBp9EAhgM5VuIMdf0/Njd+llM7ErZzp7PSg8ileXbvAak6epR jXKTfOyJfOVUWk9Lu3DEv0Yj0e4pusPjrG12s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=PwyDVokwJXVwyJUK5xLjC+uoZXENC9w3+v4APYNW6e74C8DI07H1rOEH3CSwUV8V/U hicHXeSEEjljfVVx4yJowOOyvvypQll1IXNi1W5xgcWSMHktm5f4z/aZOJKgj6uRNd83 jF+wh33NYzqzRde0IA59UKWVf5i9EHI/tiLhc= MIME-Version: 1.0 Received: by 10.239.168.157 with SMTP id k29mr1431322hbe.67.1252403334734; Tue, 08 Sep 2009 02:48:54 -0700 (PDT) In-Reply-To: <638F306B38ECFA4E8C07B27BA56938F6010A0D28@EXCHANGE02.connaughtplc.local> References: <638F306B38ECFA4E8C07B27BA56938F6010A0D28@EXCHANGE02.connaughtplc.local> Date: Tue, 8 Sep 2009 15:18:54 +0530 Message-ID: Subject: Re: Tomcat 6 Clustering issue From: Sumedh Sakdeo To: Tomcat Users List Content-Type: multipart/alternative; boundary=001636499051e1e28804730ddf97 X-Virus-Checked: Checked by ClamAV on apache.org --001636499051e1e28804730ddf97 Content-Type: text/plain; charset=ISO-8859-1 Hi Darren, For our setup tomcat 6 is able to handle failover to healthy node with proper session replication. I assume you have loaded load balancer module, updated worker.properties, made cluster changes to server.xml of tomcat 6. My problem is next step of yours. http://www.mail-archive.com/users@tomcat.apache.org/msg66444.html In terms of monitoring you can use jkstatus of apache server. Use jkstatus Web page to monitor web server requests.For tomcat clustering visit http://tomcat.apache.org/tomcat-6.0-doc/cluster-howto.html. Thanks, Sumedh On Tue, Sep 8, 2009 at 2:49 PM, Darren Kukulka < Darren.Kukulka@connaught.plc.uk> wrote: > Hi All, > > > > I've come across some interesting scenarios with a clustered Tomcat6 > environment and I'm wondering what the most common (or best) approach to > configuration would be. > > > > Basically, in a 2 node cluster, with a front-end Apache Web Server using > mod_jk balancer (on availability, with equal weighting) - when one node > decides to stop servicing requests, it appears that the front end may > still be trying to send requests to it and consequently timing out, or > taking a very long time to resend the request to the healthy node. > > > > In situations like this, the failing node is not down. Nor is it low on > resources or experiencing thread blocking. There's no immediate > evidence of memory leaks but this will require further investigation. > It just stops servicing requests. Indeed, even when we try and > interrogate the JVM sometimes with JConsole, we cannot connect to the > environment. > > > > Anyway, the crux of the issue is how can we configure our environment > such that the healthy node will service all requests if the bad node is > degraded, although it is up? There is also the question as to how we > monitor for such scenarios. > > > > Cheers, > > > > Darren > > > > Connaught plc is a FTSE 250 company. We are the UK's leading provider of > integrated services operating in the compliance, social housing and public > sector markets. > > Please visit our website to see a full list of Connaught's Registered > Companies www.connaught.plc.uk/group/aboutconnaught/registeredcompanies > > Disclaimer: > > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, or > taking of any action in reliance upon, this information by persons or > entities other than the intended recipient is prohibited. If you received > this in error, please contact the sender and delete this message. > > Connaught plc, Head Office 01392 444546 > --001636499051e1e28804730ddf97--