You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Randall Svancara <rs...@adaweb.net> on 2005/03/01 16:50:24 UTC
RE: skipping state transfer. No members active in cluster group
Apparently no one has had any luck with getting tomcat 5.5.7 to work on
fedora core 3 in a clustered configuration. I am wondering if the
problem is with Linux or with tomcat or a combination of both.
Randall
-----Original Message-----
From: Randall Svancara [mailto:rsvancara@adaweb.net]
Sent: Monday, February 28, 2005 10:27 AM
To: Tomcat Users List
Subject: skipping state transfer. No members active in cluster group
I have a problem in my tomcat logs. I am using tomcat 5.5.7 and
whenever I start up tomcat for the first time, I receive this error
message.
INFO: Manager[/testapp], skipping state transfer. No members active in
cluster group.
After the delta manager starts, I receive this error. Should I be
concerned about this????
I have set <distributable/> in my web.xml. My server.xml has all the
clustering stuff enable. I have provided it below!! I have started up
ethereal and I can see the multicast packets broadcasting. The data
portion contains the ip address of the server. Everything looks like it
should work.
Randall
<Cluster
className="org.apache.catalina.cluster.tcp.SimpleTcpCluster"
managerClassName="org.apache.catalina.cluster.session.DeltaManager"
expireSessionsOnShutdown="false"
useDirtyFlag="false"
notifyListenersOnReplication="true">
<Membership
className="org.apache.catalina.cluster.mcast.McastService"
mcastAddr="224.0.0.3"
mcastPort="45564"
mcastFrequency="500"
mcastDropTime="3000"
mcastBindAddress="10.111.22.163"/>
<Receiver
className="org.apache.catalina.cluster.tcp.ReplicationListener"
tcpListenAddress="10.111.22.163"
tcpListenPort="4002"
tcpSelectorTimeout="200"
tcpThreadCount="6"/>
<Sender
className="org.apache.catalina.cluster.tcp.ReplicationTransmitter"
replicationMode="pooled"
ackTimeout="15000"/>
<Valve
className="org.apache.catalina.cluster.tcp.ReplicationValve"
filter=".*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt;
"/>
<Deployer
className="org.apache.catalina.cluster.deploy.FarmWarDeployer"
tempDir="/tmp/war-temp/"
deployDir="/tmp/war-deploy/"
watchDir="/tmp/war-listen/"
watchEnabled="false"/>
</Cluster>
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
RE: skipping state transfer. No members active in cluster group
Posted by "Richard Mixon (qwest)" <rn...@qwest.net>.
Randall,
See my answer to your posting on the subject "Tomcat Cluster". Both
Tomcat 5.0.28 and Tomcat 5.5.7 should work on Linux - at least on SuSE
Pro 9.2 and SLES9. However "failover restart" under session replication
works much better on the Tomcat 5.5.8 that is available as "alpha".
You might do better with a single post - this seems to be a duplicate.
- Richard
-----Original Message-----
From: Randall Svancara [mailto:rsvancara@adaweb.net]
Sent: Tuesday, March 01, 2005 8:50 AM
To: Tomcat Users List
Subject: RE: skipping state transfer. No members active in cluster group
Apparently no one has had any luck with getting tomcat 5.5.7 to work on
fedora core 3 in a clustered configuration. I am wondering if the
problem is with Linux or with tomcat or a combination of both.
Randall
-----Original Message-----
From: Randall Svancara [mailto:rsvancara@adaweb.net]
Sent: Monday, February 28, 2005 10:27 AM
To: Tomcat Users List
Subject: skipping state transfer. No members active in cluster group
I have a problem in my tomcat logs. I am using tomcat 5.5.7 and
whenever I start up tomcat for the first time, I receive this error
message.
INFO: Manager[/testapp], skipping state transfer. No members active in
cluster group.
After the delta manager starts, I receive this error. Should I be
concerned about this????
I have set <distributable/> in my web.xml. My server.xml has all the
clustering stuff enable. I have provided it below!! I have started up
ethereal and I can see the multicast packets broadcasting. The data
portion contains the ip address of the server. Everything looks like it
should work.
Randall
<Cluster
className="org.apache.catalina.cluster.tcp.SimpleTcpCluster"
managerClassName="org.apache.catalina.cluster.session.DeltaManager"
expireSessionsOnShutdown="false"
useDirtyFlag="false"
notifyListenersOnReplication="true">
<Membership
className="org.apache.catalina.cluster.mcast.McastService"
mcastAddr="224.0.0.3"
mcastPort="45564"
mcastFrequency="500"
mcastDropTime="3000"
mcastBindAddress="10.111.22.163"/>
<Receiver
className="org.apache.catalina.cluster.tcp.ReplicationListener"
tcpListenAddress="10.111.22.163"
tcpListenPort="4002"
tcpSelectorTimeout="200"
tcpThreadCount="6"/>
<Sender
className="org.apache.catalina.cluster.tcp.ReplicationTransmitter"
replicationMode="pooled"
ackTimeout="15000"/>
<Valve
className="org.apache.catalina.cluster.tcp.ReplicationValve"
filter=".*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt;
"/>
<Deployer
className="org.apache.catalina.cluster.deploy.FarmWarDeployer"
tempDir="/tmp/war-temp/"
deployDir="/tmp/war-deploy/"
watchDir="/tmp/war-listen/"
watchEnabled="false"/>
</Cluster>
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org