Return-Path: Delivered-To: apmail-geronimo-user-archive@www.apache.org Received: (qmail 46581 invoked from network); 26 Apr 2006 19:08:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 26 Apr 2006 19:08:47 -0000 Received: (qmail 93606 invoked by uid 500); 26 Apr 2006 19:08:44 -0000 Delivered-To: apmail-geronimo-user-archive@geronimo.apache.org Received: (qmail 93581 invoked by uid 500); 26 Apr 2006 19:08:44 -0000 Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: user@geronimo.apache.org List-Id: Delivered-To: mailing list user@geronimo.apache.org Received: (qmail 93570 invoked by uid 99); 26 Apr 2006 19:08:44 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Apr 2006 12:08:44 -0700 X-ASF-Spam-Status: No, hits=1.7 required=10.0 tests=DNS_FROM_RFC_ABUSE,RCVD_IN_SORBS_WEB X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [209.86.89.65] (HELO elasmtp-kukur.atl.sa.earthlink.net) (209.86.89.65) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Apr 2006 12:08:43 -0700 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=sN8F8BYgfTvJMy0flKsY7L0lsX3r2LElAeWKFg/+dk7+nML/UsqGhlZDDcMUhGgp; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [129.33.49.251] (helo=[9.37.214.138]) by elasmtp-kukur.atl.sa.earthlink.net with asmtp (TLSv1:AES256-SHA:256) (Exim 4.34) id 1FYpN8-0000us-3o for user@geronimo.apache.org; Wed, 26 Apr 2006 15:08:22 -0400 Message-ID: <444FC523.5030006@earthlink.net> Date: Wed, 26 Apr 2006 15:08:19 -0400 From: Dave Colasurdo User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: user@geronimo.apache.org Subject: Re: Clustering help..! References: <4690875E336998438DF43A78B8E38CF2E4F543@BLRKECMSG01.ad.infosys.com> In-Reply-To: <4690875E336998438DF43A78B8E38CF2E4F543@BLRKECMSG01.ad.infosys.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 7fb197089e559ffc1aa676d7e74259b7b3291a7d08dfec79bc6abb2ce779ff81d609371ff2427fc9350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 129.33.49.251 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Santosh Koti wrote: > Dave, > > Here is my understanding: > > "Even in the sticky session, session replication happens whenever there > is change in session data by the client, the re-routing happens only on > failure of the cluster member..!" - Am I right...? > Yes > PS: Earlier, I thought, in sticky session replication will not happen., > it is altogether a new episode....! , thanks for clearing it..! > > > Thanks, > Santosh. > "Don't talk about yourself; it will be done when you leave. " > > > -----Original Message----- > From: Dave Colasurdo [mailto:davecola@earthlink.net] > Sent: Thursday, April 27, 2006 12:13 AM > To: user@geronimo.apache.org > Subject: Re: Clustering help..! > > Santosh Koti wrote: >> Dave, >> >> One more question as u said: >> "Requests will be rerouted to a different cluster member only when the > >> original cluster member fails or is unreachable." - If the failure >> occurs , will it result in session state replication on to the other >> member, or it is a new stuff altogether...??? !! >> > The cluster member that owns the session will replicate session state > (for that session) with all other cluster members anytime the session > data is updated from the client. > So, when a cluster member fails, the session state is already available > on the new cluster member.. > > The idea is that the end user (web browser) will continue to work (with > the same contents in their "shopping cart") without ever knowing that a > server failed. > >> Thanks, >> Santosh. >> "Don't talk about yourself; it will be done when you leave. " >> >> >> >> >> -----Original Message----- >> From: Dave Colasurdo [mailto:davecola@earthlink.net] >> Sent: Wednesday, April 26, 2006 11:17 PM >> To: user@geronimo.apache.org >> Subject: Re: Clustering help..! >> >> Comments below.. >> >> Santosh Koti wrote: >>> Hernan, >>> >>> >>> >>> I got it working finally , both with the sticky session=0,1 , in >>> non-sticky session , some time it fails...! >>> >>> >>> >>> Any idea..? >>> >>> >> I'd recommend always running with sticky session enabled. This means >> that all requests from a particular client (e.g. browser)will be > routed >> to the same cluster member if session data is used. This is the > safest >> and most efficient way to assure that session state is maintained > across >> http requests. >> >> Requests will be rerouted to a different cluster member only when the >> original cluster member fails or is unreachable. >> >>> (I have given my config details after my questions,ie, below..!) >>> >>> >>> >>> *Some questions:* >>> >>> >>> >>> *a) Note: Once I build my EAR file , I deploy it on both the > machines, >>> so the Geronimo-web.xml is the same on both machines, I guess it has >> to >>> be different w.r.t 'mcastBindAddress' - value for different >> instances..! * >> >> Yes, there are two spots in the deployment plan that needs to be > updated >> with the IP address for the specific server. >> >>> * * >>> >>> * * >>> >>> *b) One more question I need to ask is : gbean name="FarmWarDeployer" >> , >>> needs to be specified in the deployment plan , or is it optional...?* >>> >> IIRC, FarmWarDeployer is commented out in the deployment plan as it > was >> never tested. It was suspected that there may be additional changes > to >> geronimo to fully support farming. >> >> >>> * * >>> >>> * * >>> >>> *c) By the way , what is farming , is it used for deploying **ur** >>> application on to the cluster members, if so , will it change the >>> deployment plan at run time..?* >>> >>> >> Farming provides hot deployment of an application across a cluster. >> Basically, an application (war) is deployed on one cluster member and > is >> automatically deployed to all of the other members in the cluster. >> >>> *(correct me if I am wrong..!)* >>> >>> >>> >>> >>> >>> As asked, here are my details (that I added to the existing stuff): >>> >>> >>> >>> -------------Part of Httpd.conf file ------ >>> >>> >>> >>> LoadModule jk_module modules\mod_jk.so >>> >>> JkWorkersFile C:\Apache-HTTP\Apache2\conf\workers.properties >>> >>> JkLogFile C:\Apache-HTTP\Apache2\logs\mod_jk.log >>> >>> #JkLogLevel info >>> >>> >>> >>> JkLogStampFormat "[%a %b %d %H:%M:%S %Y] " >>> >>> JkAutoAlias C:\Apache-HTTP\Apache2\config-store >>> >>> #JkMount /console/* ajp13 >>> >>> #JkMount /setl/* ajp13 >>> >>> JkMount /setl* loadbalancer >>> >>> >>> >>> -------------End of Httpd.conf file ------ >>> >>> >>> >>> --------------workers.properties---------------- >>> >>> worker.list=loadbalancer,status,node1,node2 >>> >>> worker.node1.port=8009 >>> >>> worker.node1.host=localhost >>> >>> worker.node1.type=ajp13 >>> >>> worker.node1.lbfactor=100 >>> >>> >>> >>> worker.node2.port=8009 >>> >>> worker.node2.host=172.25.203.139 >>> >>> worker.node2.type=ajp13 >>> >>> worker.node2.lbfactor=100 >>> >>> >>> >>> worker.loadbalancer.type=lb >>> >>> worker.loadbalancer.balance_workers=node1,node2 >>> >>> #worker.loadbalancer.sticky_session=0 >>> >>> worker.loadbalancer.sticky_session=1 >>> >>> >>> >>> >>> >>> worker.status.type=status >>> >>> /setl=loadbalancer >>> >>> /setl/*=loadbalancer >>> >>> >>> >>> >>> >>> --------------end of workers.properties---------------- >>> >>> >>> >>> >>> >>> -----------------geronimo-web.xml---------------- >>> >>> >>> >>> >>> >>> >> >>> xmlns="http://geronimo.apache.org/xml/ns/j2ee/web-1.0" >>> >>> xmlns:naming="http://geronimo.apache.org/xml/ns/naming-1.0" >>> >>> configId="MyConfigName" >>> >>> parentId="SBank/Entities" >>> >>> > >>> >>> >>> >>> >>> >>> >> xmlns="http://geronimo.apache.org/xml/ns/web/tomcat/config-1.0"> >>> >>> TomcatCluster >>> >>> >>> >>> >>> >>> >> class="org.apache.geronimo.tomcat.cluster.CatalinaClusterGBean"> >>> >>> >> > name="className">org.apache.catalina.cluster.tcp.SimpleTcpCluster> bute> >>> >>> >>> >>> managerClassName=org.apache.catalina.cluster.session.DeltaManager >>> >>> expireSessionsOnShutdown=false >>> >>> useDirtyFlag=false >>> >>> notifyListenersOnReplication=true >>> >>> >>> >>> >>> >>> >>> J2EEModule TomcatMembership >>> >>> >>> >>> J2EEModule TomcatReceiver >>> >>> >>> >>> J2EEModule TomcatSender >> >>> >>> J2EEModule ReplicationValve >>> >>> >>> >>> >>> >>> >>> >>> >>> >> class="org.apache.geronimo.tomcat.cluster.MembershipServiceGBean"> >>> >>> >> > name="className">org.apache.catalina.cluster.mcast.McastService> te> >>> >>> >>> mcastAddr=228.0.0.4 >>> >>> mcastBindAddress= 172.21.34.97 >>> >>> mcastPort=45564 >>> >>> mcastFrequency=500 >>> >>> mcastDropTime=3000 >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >> >>> >>> class="org.apache.geronimo.tomcat.cluster.ReceiverGBean"> >>> >>> >> > name="className">org.apache.catalina.cluster.tcp.ReplicationListener> tribute> >>> >>> >>> tcpListenAddress= 172.21.34.97 >>> >>> tcpListenPort=4001 >>> >>> tcpSelectorTimeout=100 >>> >>> tcpThreadCount=6 >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >> >>> >>> class="org.apache.geronimo.tomcat.cluster.SenderGBean"> >>> >>> >> > name="className">org.apache.catalina.cluster.tcp.ReplicationTransmitter< >> /attribute> >>> >>> >>> replicationMode=pooled >>> >>> ackTimeout=15000 >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >> >>> class="org.apache.geronimo.tomcat.ValveGBean"> >>> >>> >> > name="className">org.apache.catalina.cluster.tcp.ReplicationValve> bute> >>> >>> >>> >>> > filter=.*\.gif;.*\.js;.*\.css;.*\.png;.*\.jpeg;.*\.jpg;.*\.htm;.*\.html; >> .*\.txt; >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> ----------------------end of Geronimo-web.xml--------------------- >>> >>> >>> >>> >>> >>> >>> >>> Thanks for ur time & effort..! >>> >>> >>> >>> >>> >>> Smiles, >>> >>> Santosh. >>> >>> "Don't talk about yourself; it will be done when you leave. " >>> >>> >>> >>> >>> >>> -----Original Message----- >>> From: Hernan Cunico [mailto:hcunico@gmail.com] >>> Sent: Wednesday, April 26, 2006 9:28 PM >>> To: user@geronimo.apache.org >>> Subject: Re: Clustering help..! >>> >>> >>> >>> Hi Santosh, >>> >>> can you provide more details (what, how, when) >>> >>> >>> >>> Can you forward a request from one HTTP to one Geronimo? >>> >>> >>> >>> Cheers! >>> >>> Hernan >>> >>> >>> >>> Santosh Koti wrote: >>> >>>> Hi Guys, >>>> While doing clustering , >>>> I have the following setup: >>>> Machine1: Geronimo1 >>>> Machine2: Geronimo2 >>>> Machine3: Apache 1 >>>> Machine4: Apache2 >>>> I had made the config, but my apache setup is fine , but I think , >> it is >>>> not able to connect to my expected clustered machines..! >>>> What is that , I am missing..? >>>> Thanks, >>>> Santosh. >>>> "Don't talk about yourself; it will be done when you leave. " >>>> **************** CAUTION - Disclaimer ***************** >>>> This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION >> intended >>>> solely for the use of the addressee(s). If you are not the intended >>>> recipient, please notify the sender by e-mail and delete the >> original >>>> message. Further, you are not to copy, disclose, or distribute this >>>> e-mail or its contents to any other person and any such actions are >>>> unlawful. This e-mail may contain viruses. Infosys has taken every >>>> reasonable precaution to minimize this risk, but is not liable for >> any >>>> damage you may sustain as a result of any virus in this e-mail. You >>>> should carry out your own virus checks before opening the e-mail or >>>> attachment. Infosys reserves the right to monitor and review the >> content >>>> of all messages sent to or from this e-mail address. Messages sent >> to or >>>> from this e-mail address may be stored on the Infosys e-mail > system. >>>> ***INFOSYS******** End of Disclaimer ********INFOSYS*** >> > >