Thanks for the reply. You're saying that if I connect directly to each tomcat server separately I should have the same session ID?
This definitely isn't happening (although it does happen when I use the balancer in front). Any specific configuration I should check? I basically used the defaults provided here: http://www.mbaworld.com/docs/cluster-howto.html -----Original Message----- From: Rainer Jung [mailto:rainer.j...@kippdata.de] Sent: quinta-feira, 26 de Março de 2009 13:32 To: Tomcat Users List Subject: Re: mod_jk and failover On 26.03.2009 12:59, Nuno Manuel Martins wrote: > Hi All, > > First the versions I am using: Tomcat 6.0.16 JRE 1.6.0_06 Mod_jk > 1.2.25 > > Now for the problem we are experiencing: > > We are making some tests to use in production the TomCat Cluster with > JK_Mod and are using the 1 Apache with mod_jk and 2 TomCat servers.. > > The test is based in a simple .jsp page that give us the localhost > name, the session id, and a login variable. > > To prove that is working we tested in the following way: > > - Failover from A to B - "Return Home" from B to A - Failover again > from A to B > > To do the failover we tested in 2 different ways: > > - Kill -9 Tomcat - Stop worker in JK_Mod > > The Results: > > - Killing the Tomcat worked fine - When using the STOP/ACTIVATE > options in jkmanager it works fine when going from A to B, but when > we re-ACTIVATE A and STOP B then the session ID is changed and all > variables are lost. > > This seems a very strange behavior and any help would be appreciated. > Should I direct this inquiry into a specific mod_jk mailing list? No there is no separate list. But your description for me looks like you should first check, whether your cluster session replication is actually working in your above test cases. For this simply connect to the Tomcat http ports of the nodes directly, and only after those tests succeed start careing about a load balancer in front. Regards, Rainer --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org