I ended up using Option 2, which ended up being very easily to implement. (http://tomcat.apache.org/tomcat-6.0-doc/config/cluster-interceptor.html)
The network admin had previously assured me that multicast packets were working properly between the two servers. Thank you for your help! -Alexander On Thu, Sep 17, 2009 at 11:40 AM, Filip Hanik - Dev Lists <devli...@hanik.com> wrote: > serverB is not receiving multicast packets from serverA > solutions: > 1. fix multicasting > 2. use static memberships > > Filip > > On 09/14/2009 09:06 AM, Alexander Bacon wrote: >> >> Even though my servers are configured identically (except for >> jvmRoutes), they're behaving differently. >> >> If the session begins on ServerA and then ServerA crashes, it will >> switch to ServerB and the session will not be lost. >> If the session begins on ServerB and crashes, it will begin a new >> session on ServerA. >> >> They both have the distributable tag. (From my understanding, this >> seems to be a potential cause.) >> >> In ServerB's log files: >> INFO: Manager [/test-app]: skipping state transfer. No members active >> in cluster group. >> >> The message: >> INFO: Replication member >> added:org.apache.catalina.tribes.membership.MemberImpl[...] >> is only appearing in ServerA's log files. >> >> I've found several tutorials on the web that have some similar goals >> and success in their implementations, but in trying to piece together >> their processes to have it work for me, I've had some issues resolving >> the discrepancies in their suggestions. >> >> The environment I'm using: >> Windows Server 2003 >> Tomcat 6.0.20 >> Apache HTTP Server 2.2.11 >> JK 1.2.28 Connector >> >> Thanks for your time. >> >> -Alexander >> >> --------------------------------------------------------------------- >> 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 > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org