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

Reply via email to