This should *not* happen ! You should be able to access node2 immediately. Can you take a stack trace on node2 when it hangs for the 60 secs ?
Also post your cluster-service.xml.
I get the same hanging going on. However it only occurs when I shutdown the MasterNode. I just assumed that the delay is caused by the other node turning into the new master node, which has to create all of the jms topics and queues.
Try with the latest code in CVS.
Im trying to get clustering working for unix 2 machines (HTTP Servers)and 2 app servers.
Can you give me the details of how do we do clustering using JBoss
Thanks and Regards
Thanks everyone for replying.
We ended up trying some other configurations and found that moving to an ASYNC replication-type (configured in jboss-web.xml) eliminated the "downtime" we were seeing.
I'm just speculating and Bela can correct me if I'm wrong but in a SYNC replication-type with many replication-triggers being fired the up node must do some final negotiations (verifications) in order to be sure that the modified session attributes do not need to be delivered to the now down node. This final SYNC negotiation is what causes the up node to become unresponsive. However, in ASYNC the up node can que the modifications while it determines if it's partner node is really down while it continues to service other incoming requests.
Obviously, one trades off the guarantee of session replication prior to response when one moves to an ASYNC type, but we have yet to see any issues.
Again, these are just my observations.