geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Filip Hanik - Dev Lists <devli...@hanik.com>
Subject Re: Session replication in Geronimo clustering
Date Mon, 03 Apr 2006 14:04:32 GMT
the correct attr name is mcastBindAddress if I remember it correctly, 
but if it is working for you now, then that is great

Phani Madgula wrote:
> Hi,
>  
> Sorry for deply in reply..I was out of the work...!
>  
> I did change the xx.yy.zz.aa to the  proper value. I am testing these 
> scenarios on Linux machines. I got information from google search 
> about this error.
> http://mail-archives.apache.org/mod_mbox/tomcat-users/200503.mbox/%3c9FACF2700DF15849849992AB521FF875024501@SWAN_MAIL1.ada.net.gov%3e

> <http://mail-archives.apache.org/mod_mbox/tomcat-users/200503.mbox/%3c9FACF2700DF15849849992AB521FF875024501@SWAN_MAIL1.ada.net.gov%3e>
>  
> It said that, if the network is not multihomed, then we do not have to 
> specify the attribute "mcastBindAddress".
>  
> So, I just commented out
> mcastBindAddr="192.168.11.3 <http://192.168.11.3>" in the 
> geronimo-web.xml files and redeployed the applications on each node. 
> Now, all the session replication and fail-over is happening.
>  
> I do not know what is multihomed network. I will try to know and 
> update you on this.
>  
> To my surprise, when I tested on only windows machines, this problem 
> is not there. It is experienced only on Linux machines.
>  
> Thanks
> Phani
>  
>  
>  
>
>  
>
>  
>
>  
>
>  
>
>
>  
> On 3/30/06, *Filip Hanik - Dev Lists* <devlists@hanik.com 
> <mailto:devlists@hanik.com>> wrote:
>
>     >tcpListenAddress=xx.yy.zz.aa
>
>     yup, this would cause a null pointer later on if not changed. it
>     would
>     have to be a valid value, or "auto", which will decide the IP on
>     its own.
>
>     Filip
>
>     Jeff Genender wrote:
>     > Yep...those should be set if the example was followed...
>     >
>     > <gbean name="TomcatReceiver"
>     > class="org.apache.geronimo.tomcat.cluster.ReceiverGBean">
>     >   <attribute
>     > name="className">org.apache.catalina.cluster.tcp.ReplicationListener
>     > </attribute>
>     >
>     >   <attribute name="initParams">
>     >             tcpListenAddress=xx.yy.zz.aa
>     >             tcpListenPort=4001
>     >             tcpSelectorTimeout=100
>     >             tcpThreadCount=6
>     >   </attribute>
>     > </gbean>
>     >
>     > Phani, did you change the tcpListenAddress initParams attribute to a
>     > real address?
>     >
>     > Jeff
>     >
>     >
>     > Filip Hanik - Dev Lists wrote:
>     >
>     >> it would be one of these, they should all be set to a value.
>     >>
>     >> tcpListenAddress="auto"
>     >> tcpListenPort="9015"
>     >> tcpSelectorTimeout="100"
>     >> tcpThreadCount="6"
>     >>
>     >> also, if tcpListenAddress says "auto" instead of an IP address,
>     the the
>     >> following code gets executed
>     >>
>     >> public java.net.InetAddress getBind() {
>     >>        if (bind == null) {
>     >>            try {
>     >>                if ("auto".equals(tcpListenAddress))
>     >>                    tcpListenAddress =
>     >> java.net.InetAddress.getLocalHost ().getHostAddress();
>     >>                bind =
>     java.net.InetAddress.getByName(tcpListenAddress);
>     >>            } catch (IOException ioe) {
>     >>                log.error("Failed bind replication listener on
>     address:"+
>     >> tcpListenAddress, ioe);
>     >>            }
>     >>        }
>     >>      return bind;
>     >> }
>     >>
>     >> so, if there is an error getting the correct address for the
>     localhost
>     >> machine, it will return null, and could cause your nullpointer
>     exception
>     >>
>     >> my guess is of course that the attribute is missing all together.
>     >>
>     >> Filip
>     >>
>     >>
>     >>
>     >>
>     >> Jeff Genender wrote:
>     >>
>     >>> Filip,
>     >>>
>     >>> Thanks for the input...any idea on the missing attribute?
>     >>>
>     >>> Jeff
>     >>>
>     >>> Filip Hanik - Dev Lists wrote:
>     >>>
>     >>>
>     >>>> gentlemen,
>     >>>> looks like there is an attribute missing from the
>     >>>> "<Cluster...>*<Receiver.../>*</Cluster>" element.
>     >>>> the ReplicationListener.listen() method just gets the listen
>     address (or
>     >>>> tries to resolve the name, then gets the port)
>     >>>> then it starts up a server socket using NIO.
>     >>>>
>     >>>> the other error, no active members in group, just means that
>     the tomcat
>     >>>> instances didn't discover each other using multicast heart beats.
>     >>>>
>     >>>> Lets get the ReplicationListener error first, then we can
>     move on to
>     >>>> membership, can you post your tomcat config file
>     >>>> PS. the error is not related to mod_jk, its in the tomcat
>     java code.
>     >>>> thanks
>     >>>> Filip
>     >>>>
>     >>>> Phani Madgula wrote:
>     >>>>
>     >>>>
>     >>>>> Hi,
>     >>>>>
>     >>>>> I have been trying to use tomcat clustering with Geronimo for
a
>     >>>>> customer application. Sometimes, I face the following problem.
>     >>>>>
>     >>>>>
>     >>>>> I downloaded apache2.0.54 and mod_jk_1.2.15 and tested
>     clustering. I
>     >>>>> have three machines on a same subnet one windows and other
>     are linux
>     >>>>> boxes. I have also enabled IPMulticast and no firewalls between
>     >>>>> systems.
>     >>>>>
>     >>>>> To my observation, session replication is not working. However,
>     >>>>> loadbalancer is able to fail-over successfully.
>     >>>>>
>     >>>>> When I shutdown the instance which is serving the
>     HttpRequests, it
>     >>>>> will throw an exception stating "not able to start cluster
>     listener"
>     >>>>> and also "no active members in the cluster"
>     >>>>>
>     >>>>> 11:09:10,572 DEBUG [WebappLoader] Stopping this Loader
>     >>>>>
>     >>>>> 11:09:10,573 ERROR [ReplicationListener] Unable to start cluster
>     >>>>> listener.
>     >>>>>
>     >>>>> java.lang.NullPointerException
>     >>>>>
>     >>>>> at
>     >>>>>
>     org.apache.catalina.cluster.tcp.ReplicationListener.listen(ReplicationListener.java(Compiled
>     >>>>>
>     >>>>> Code))
>     >>>>>
>     >>>>> at
>     >>>>>
>     org.apache.catalina.cluster.tcp.ReplicationListener.run(ReplicationListener.java:125)
>     >>>>>
>     >>>>>
>     >>>>>
>     >>>>> at java.lang.Thread.run(Thread.java:570)
>     >>>>>
>     >>>>> 11:09:10,573 DEBUG [StandardContext] resetContext Geronimo
>     >>>>>
>     :j2eeType=WebModule,name=//localhost/servlet-examples-cluster,J2EEApplication=none,J2EEServer=none
>
>     >>>>>
>     >>>>> null
>     >>>>>
>     >>>>> 11:09:10,575 DEBUG [StandardContext] Stopping complete
>     >>>>>
>     >>>>> or
>     >>>>>
>     >>>>> 11:03:07,998 INFO [DeltaManager] Manager
>     [/servlet-examples-cluster]:
>     >>>>> skipping state transfer. No members active in cluster group.
>     >>>>>
>     >>>>> I have tested with both mod_jk_1.2.14 & mod_jk_1.2.15, but
>     failed.
>     >>>>>
>     >>>>> Any ideas on why this error comes?..
>     >>>>>
>     >>>>> Thx
>     >>>>> phani
>     >>>>>
>     >>>>>
>     >>>
>     >>>
>     >
>     >
>
>


Mime
View raw message