Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 49441 invoked from network); 20 Mar 2008 08:55:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Mar 2008 08:55:19 -0000 Received: (qmail 51066 invoked by uid 500); 20 Mar 2008 08:55:16 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 50951 invoked by uid 500); 20 Mar 2008 08:55:16 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 50940 invoked by uid 99); 20 Mar 2008 08:55:16 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Mar 2008 01:55:16 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gianny.damour@optusnet.com.au designates 211.29.133.51 as permitted sender) Received: from [211.29.133.51] (HELO mail35.syd.optusnet.com.au) (211.29.133.51) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Mar 2008 08:54:24 +0000 Received: from [192.168.0.4] (d122-105-42-80.mas10.nsw.optusnet.com.au [122.105.42.80]) (authenticated sender gianny.damour) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m2K8sdA2030075 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 20 Mar 2008 19:54:40 +1100 Mime-Version: 1.0 (Apple Message framework v753) In-Reply-To: <22d56c4d0803191008v79204215m9d74314467218d15@mail.gmail.com> References: <22d56c4d0803180357j536aa221x105c682683d56e01@mail.gmail.com> <41DBC735-CC39-4B76-AB16-368CF660A8F4@optusnet.com.au> <22d56c4d0803180843g28efb7c7v8ff42946f86936aa@mail.gmail.com> <22d56c4d0803190255u7424a81dvcfd2dc92d5e550b1@mail.gmail.com> <22d56c4d0803191008v79204215m9d74314467218d15@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4588CF57-C640-49F1-8B27-CCE6F7F15B4E@optusnet.com.au> Content-Transfer-Encoding: 7bit From: Gianny Damour Subject: Re: Geronimo Tomcat 2.1 clustering - application deployment problems Date: Thu, 20 Mar 2008 19:54:38 +1100 To: dev@geronimo.apache.org X-Mailer: Apple Mail (2.753) X-Virus-Checked: Checked by ClamAV on apache.org Hello Vamsi, If the applications display distinct numbers, then the nodes do not see each other. I think this is a problem with multicasting. Could you please confirm that you have uncommented the last line of etc/rc.d/start-server,default.groovy which sets the system property java.net.preferIPv4Stack? Without this property set to true, multicasting fails at least on Mac OS X and maybe FC. If this property is already set, then I suggest you to check that multicasting is working ok on your box. Thanks, Gianny On 20/03/2008, at 4:08 AM, Vamsavardhana Reddy wrote: > Hi Gianny, > > I observe that the sample application does not run as expected when > I try the clustering scenario on FedoraCore. Application running > on each node displays its own set of numbers starting from 1 with > the background color of the squares being the node.name set at > startup. I observed the same behavior with G Jetty 2.1 and G > Tomcat 2.1 distros. What is to be done differently on Linux? > > ++Vamsi \