Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
I am having problem doing sessionreplication apache give me this problem [Mon Jan 31 07:51:02 2005] [notice] config.update(): done config: [Mon Jan 31 07:51:02 2005] [notice] config.update(): done channel.socket:localhost:8009 [Mon Jan 31 07:51:02 2005] [notice] config.update(): done ajp13:localhost:8009 [Mon Jan 31 07:51:02 2005] [notice] config.update(): done channel.socket:localhost:8011 [Mon Jan 31 07:51:02 2005] [notice] config.update(): done ajp13:localhost:8011 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced timeout 90 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced attempts 3 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced recovery 90 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced StickySession 0 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced noworksMsg Server busy please retry after some time [Mon Jan 31 07:51:02 2005] [notice] config.update(): done lb:balanced [Mon Jan 31 07:51:02 2005] [notice] config.update(): done shm [Mon Jan 31 07:51:02 2005] [notice] config.update(): done uri:/SessionRepTest/* [Mon Jan 31 07:51:02 2005] [notice] config.update(): done status: [Mon Jan 31 07:51:02 2005] [notice] config.update(): done uri:/jkstatus/* my worker.properties [logger] level=DEBUG [config:] file=/etc/httpd/conf/workers.properties debug=0 #Socket communication balace for Tomcat1 [channel.socket:localhost:8009] host=localhost port=8009 tomcatId=Tomcat1 group=lb:balanced lb_factor=1 route=Tomcat1Route [ajp13:localhost:8009] channel=channel.socket:Tomcat1 #Socket communication balace for Tomcat2 [channel.socket:localhost:8011] host=localhost port=8011 tomcatId=Tomcat2 group=lb:balanced lb_factor=1 route=Tomcat2Route [ajp13:localhost:8011] channel=channel.socket:Tomcat2 #load balancing [lb:balanced] worker=ajp13:localhost:8009 worker=ajp13:localhost:8011 timeout=90 attempts=3 recovery=90 StickySession=0 noworksMsg=Server busy please retry after some time [shm] file=/etc/httpd/conf/jk2.shm size=100 [uri:/SessionRepTest/*] context=/SessionRepTest info=Display status information and checks the config file for changes. [status:] [uri:/jkstatus/*] group=status workers.properties 65L, 951C my server.xml !-- Example Server Configuration File -- !-- Note that component elements are nested corresponding to their parent-child relationships with each other -- Server port=8006 shutdown=SHUTDOWN debug=0 Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener debug=0/ !-- Global JNDI resources -- GlobalNamingResources !-- Test entry for demonstration purposes -- Environment name=simpleValue type=java.lang.Integer value=30/ !-- Editable user database that can also be used by UserDatabaseRealm to authenticate users -- Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved /Resource ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams /GlobalNamingResources Engine name=Standalone defaultHost=Tomcat2 debug=0 jvmRoute=Tomcat2Route Host name=Tomcat2 debug=0 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.htm;.*\.html;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=/tmp/war-temp/ deployDir=/tmp/war-deploy/ watchDir=/tmp/war-listen/
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
start your own thread - Original Message - From: sulaiman jrar [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Monday, January 31, 2005 1:54 PM Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 I am having problem doing sessionreplication apache give me this problem [Mon Jan 31 07:51:02 2005] [notice] config.update(): done config: [Mon Jan 31 07:51:02 2005] [notice] config.update(): done channel.socket:localhost:8009 [Mon Jan 31 07:51:02 2005] [notice] config.update(): done ajp13:localhost:8009 [Mon Jan 31 07:51:02 2005] [notice] config.update(): done channel.socket:localhost:8011 [Mon Jan 31 07:51:02 2005] [notice] config.update(): done ajp13:localhost:8011 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced timeout 90 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced attempts 3 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced recovery 90 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced StickySession 0 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced noworksMsg Server busy please retry after some time [Mon Jan 31 07:51:02 2005] [notice] config.update(): done lb:balanced [Mon Jan 31 07:51:02 2005] [notice] config.update(): done shm [Mon Jan 31 07:51:02 2005] [notice] config.update(): done uri:/SessionRepTest/* [Mon Jan 31 07:51:02 2005] [notice] config.update(): done status: [Mon Jan 31 07:51:02 2005] [notice] config.update(): done uri:/jkstatus/* my worker.properties [logger] level=DEBUG [config:] file=/etc/httpd/conf/workers.properties debug=0 #Socket communication balace for Tomcat1 [channel.socket:localhost:8009] host=localhost port=8009 tomcatId=Tomcat1 group=lb:balanced lb_factor=1 route=Tomcat1Route [ajp13:localhost:8009] channel=channel.socket:Tomcat1 #Socket communication balace for Tomcat2 [channel.socket:localhost:8011] host=localhost port=8011 tomcatId=Tomcat2 group=lb:balanced lb_factor=1 route=Tomcat2Route [ajp13:localhost:8011] channel=channel.socket:Tomcat2 #load balancing [lb:balanced] worker=ajp13:localhost:8009 worker=ajp13:localhost:8011 timeout=90 attempts=3 recovery=90 StickySession=0 noworksMsg=Server busy please retry after some time [shm] file=/etc/httpd/conf/jk2.shm size=100 [uri:/SessionRepTest/*] context=/SessionRepTest info=Display status information and checks the config file for changes. [status:] [uri:/jkstatus/*] group=status workers.properties 65L, 951C my server.xml !-- Example Server Configuration File -- !-- Note that component elements are nested corresponding to their parent-child relationships with each other -- Server port=8006 shutdown=SHUTDOWN debug=0 Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener debug=0/ !-- Global JNDI resources -- GlobalNamingResources !-- Test entry for demonstration purposes -- Environment name=simpleValue type=java.lang.Integer value=30/ !-- Editable user database that can also be used by UserDatabaseRealm to authenticate users -- Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved /Resource ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams /GlobalNamingResources Engine name=Standalone defaultHost=Tomcat2 debug=0 jvmRoute=Tomcat2Route Host name=Tomcat2 debug=0 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
It appears that you are using the deprecated JK2, not JK 1.2.8 that this thread is discussing. Please start a new thread with the appropriate title and you might get better responses. - Richard sulaiman jrar wrote: I am having problem doing sessionreplication apache give me this problem [Mon Jan 31 07:51:02 2005] [notice] config.update(): done config: [Mon Jan 31 07:51:02 2005] [notice] config.update(): done channel.socket:localhost:8009 [Mon Jan 31 07:51:02 2005] [notice] config.update(): done ajp13:localhost:8009 [Mon Jan 31 07:51:02 2005] [notice] config.update(): done channel.socket:localhost:8011 [Mon Jan 31 07:51:02 2005] [notice] config.update(): done ajp13:localhost:8011 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced timeout 90 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced attempts 3 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced recovery 90 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced StickySession 0 [Mon Jan 31 07:51:02 2005] [notice] config.setAttribute() Error setting lb:balanced noworksMsg Server busy please retry after some time [Mon Jan 31 07:51:02 2005] [notice] config.update(): done lb:balanced [Mon Jan 31 07:51:02 2005] [notice] config.update(): done shm [Mon Jan 31 07:51:02 2005] [notice] config.update(): done uri:/SessionRepTest/* [Mon Jan 31 07:51:02 2005] [notice] config.update(): done status: [Mon Jan 31 07:51:02 2005] [notice] config.update(): done uri:/jkstatus/* my worker.properties [logger] level=DEBUG [config:] file=/etc/httpd/conf/workers.properties debug=0 #Socket communication balace for Tomcat1 [channel.socket:localhost:8009] host=localhost port=8009 tomcatId=Tomcat1 group=lb:balanced lb_factor=1 route=Tomcat1Route [ajp13:localhost:8009] channel=channel.socket:Tomcat1 #Socket communication balace for Tomcat2 [channel.socket:localhost:8011] host=localhost port=8011 tomcatId=Tomcat2 group=lb:balanced lb_factor=1 route=Tomcat2Route [ajp13:localhost:8011] channel=channel.socket:Tomcat2 #load balancing [lb:balanced] worker=ajp13:localhost:8009 worker=ajp13:localhost:8011 timeout=90 attempts=3 recovery=90 StickySession=0 noworksMsg=Server busy please retry after some time [shm] file=/etc/httpd/conf/jk2.shm size=100 [uri:/SessionRepTest/*] context=/SessionRepTest info=Display status information and checks the config file for changes. [status:] [uri:/jkstatus/*] group=status workers.properties 65L, 951C my server.xml !-- Example Server Configuration File -- !-- Note that component elements are nested corresponding to their parent-child relationships with each other -- Server port=8006 shutdown=SHUTDOWN debug=0 Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener debug=0/ !-- Global JNDI resources -- GlobalNamingResources !-- Test entry for demonstration purposes -- Environment name=simpleValue type=java.lang.Integer value=30/ !-- Editable user database that can also be used by UserDatabaseRealm to authenticate users -- Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved /Resource ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams /GlobalNamingResources Engine name=Standalone defaultHost=Tomcat2 debug=0 jvmRoute=Tomcat2Route Host name=Tomcat2 debug=0 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.htm;.*\.html;.*\.txt;/
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
That true, I add the JvmRouteBinderValve to the codebase to switch the Session to other node after failure. It works with Tomcat 5.5.5 Config: a) Add Valve at your conf/Catalina/localhost/context.xml.default or context.xml Context Valve className=org.objektpark.catalina.cluster.session.JvmRouteBinderValve / /Context b) add the Cluster Message Sender: Host name=localhost .. Listener className=org.apache.catalina.cluster.session.JvmRouteSessionIDBinderLifecycleListener / Cluster ... /Host c) you can detect the cluster node change with the first failed request: request.getAttribute(JvmRouteOrignalSessionID) and get the orginal SessionID with old JVMRoute request.getSession().getId() has the new SessionID. I hope this help Peter Filip Hanik - Dev schrieb: yes, There is code that takes care of that scenario, I believe it was peter who coded it. There is a valve called JvmRouteBinderValve that peter wrote, that you enable for your context. It will rewrite the session id for, and broadbast it to the cluster. Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 6:44 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Pen does not really help me out. My problem is JK I am pretty sure. It is appending .srv1 to the session. When srv1 is stopped, it detects this on the next request and routes the request to srv2. However I notice in the JK output that it now has .srv2 appended to the session, which of course does not exist, and I get prompted to re-logon. Below is the debug output from JK showing the failover attempt. Any other suggestion? Thank you - Richard [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (700): Attempting to map URI '/stars/gridAction.do' from 1 maps [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (718): Attempting to map context URI '/stars/*' [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (755): Found a context match loadbalancer - /stars/ [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] jk_handler::mod_jk.c (1715): Into handler jakarta-servlet worker=loadbalancer r-proxyreq=0 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] wc_get_worker_for_name::jk_worker.c (92): found a worker loadbalancer [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] init_ws_service::mod_jk.c (479): agsp=443 agsn=redfishsoftware.swamp.home hostn=redfishsoftware.swamp.home shostn=redfishsoftware.swamp.home cbsport=0 sport=0 claport=443 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] service::jk_lb_worker.c (465): service sticky_session=1 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_most_suitable_worker::jk_lb_worker.c (372): total sessionid is EE9EF7748256B50E03C48A3F3735DE59.srv1. [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_most_suitable_worker::jk_lb_worker.c (383): searching worker for partial sessionid EE9EF7748256B50E03C48A3F3735DE59.srv1. [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (275): searching for sticky worker (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (282): found candidate worker srv1 (0) for match with sticky (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (290): found candidate worker srv1 (0) with previous load 100 in search with sticky (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (343): found worker srv1 with new load 100 in search with sticky (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] ajp_get_endpoint::jk_ajp_common.c (2016): time elapsed since last request = 76 seconds [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] service::jk_lb_worker.c (482): service worker=srv1 jvm_route=srv1 rc=1 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] ajp_marshal_into_msgb::jk_ajp_common.c (551): ajp marshaling done [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] ajp_service::jk_ajp_common.c (1594): processing with 3 retries [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] ajp_connection_tcp_send_message::jk_ajp_common.c (883): sending to ajp13 pos=4 len=611 max=8192 [Wed Jan 26 17:15:57 2005] [6040:2256] [error] ajp_connection_tcp_send_message::jk_ajp_common.c (902): sendfull returned -3 with errno=54 [Wed Jan 26 17:15:57 2005] [6040:2256] [error] ajp_send_request::jk_ajp_common.c (1158): Error sending request try another pooled connection [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] jk_open_socket::jk_connect.c (159): try to connect socket = 700 to 127.0.0.1:8009 [Wed Jan 26 17:15:58 2005] [6040:2256] [debug] jk_open_socket::jk_connect.c (177): after connect ret = -1 [Wed Jan 26 17:15:58 2005] [6040:2256] [info] jk_open_socket::jk_connect.c (183): connect() failed errno = 61 [Wed Jan 26 17:15:58 2005] [6040:2256
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Peter Rossbach wrote: That true, I add the JvmRouteBinderValve to the codebase to switch the Session to other node after failure. It works with Tomcat 5.5.5 Config: a) Add Valve at your conf/Catalina/localhost/context.xml.default or context.xml Context Valve className=org.objektpark.catalina.cluster.session.JvmRouteBinderValve / /Context b) add the Cluster Message Sender: Host name=localhost .. Listener className=org.apache.catalina.cluster.session.JvmRouteSessionIDBinderLi fecycleListener / Cluster ... /Host c) you can detect the cluster node change with the first failed request: request.getAttribute(JvmRouteOrignalSessionID) and get the orginal SessionID with old JVMRoute request.getSession().getId() has the new SessionID. I hope this help Peter, Thanks - I was able to figure it out with a bit of trial and errors. It is failing over fine now. Filip is looking into a problem on restart of a failed node now (see my subsequent posts). Thank you again - Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Punit Duggal wrote: What language is this ?? Dutch. It would really be nice if those bounce-messages could get filtered out. I received 40 of them since Jan 24. which is about 15% of the overall traffic on the list since then. Regards mks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
yes, There is code that takes care of that scenario, I believe it was peter who coded it. There is a valve called JvmRouteBinderValve that peter wrote, that you enable for your context. It will rewrite the session id for, and broadbast it to the cluster. Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 6:44 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Pen does not really help me out. My problem is JK I am pretty sure. It is appending .srv1 to the session. When srv1 is stopped, it detects this on the next request and routes the request to srv2. However I notice in the JK output that it now has .srv2 appended to the session, which of course does not exist, and I get prompted to re-logon. Below is the debug output from JK showing the failover attempt. Any other suggestion? Thank you - Richard [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (700): Attempting to map URI '/stars/gridAction.do' from 1 maps [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (718): Attempting to map context URI '/stars/*' [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (755): Found a context match loadbalancer - /stars/ [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] jk_handler::mod_jk.c (1715): Into handler jakarta-servlet worker=loadbalancer r-proxyreq=0 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] wc_get_worker_for_name::jk_worker.c (92): found a worker loadbalancer [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] init_ws_service::mod_jk.c (479): agsp=443 agsn=redfishsoftware.swamp.home hostn=redfishsoftware.swamp.home shostn=redfishsoftware.swamp.home cbsport=0 sport=0 claport=443 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] service::jk_lb_worker.c (465): service sticky_session=1 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_most_suitable_worker::jk_lb_worker.c (372): total sessionid is EE9EF7748256B50E03C48A3F3735DE59.srv1. [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_most_suitable_worker::jk_lb_worker.c (383): searching worker for partial sessionid EE9EF7748256B50E03C48A3F3735DE59.srv1. [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (275): searching for sticky worker (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (282): found candidate worker srv1 (0) for match with sticky (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (290): found candidate worker srv1 (0) with previous load 100 in search with sticky (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (343): found worker srv1 with new load 100 in search with sticky (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] ajp_get_endpoint::jk_ajp_common.c (2016): time elapsed since last request = 76 seconds [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] service::jk_lb_worker.c (482): service worker=srv1 jvm_route=srv1 rc=1 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] ajp_marshal_into_msgb::jk_ajp_common.c (551): ajp marshaling done [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] ajp_service::jk_ajp_common.c (1594): processing with 3 retries [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] ajp_connection_tcp_send_message::jk_ajp_common.c (883): sending to ajp13 pos=4 len=611 max=8192 [Wed Jan 26 17:15:57 2005] [6040:2256] [error] ajp_connection_tcp_send_message::jk_ajp_common.c (902): sendfull returned -3 with errno=54 [Wed Jan 26 17:15:57 2005] [6040:2256] [error] ajp_send_request::jk_ajp_common.c (1158): Error sending request try another pooled connection [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] jk_open_socket::jk_connect.c (159): try to connect socket = 700 to 127.0.0.1:8009 [Wed Jan 26 17:15:58 2005] [6040:2256] [debug] jk_open_socket::jk_connect.c (177): after connect ret = -1 [Wed Jan 26 17:15:58 2005] [6040:2256] [info] jk_open_socket::jk_connect.c (183): connect() failed errno = 61 [Wed Jan 26 17:15:58 2005] [6040:2256] [info] ajp_connect_to_endpoint::jk_ajp_common.c (862): Failed connecting to tomcat. Tomcat is probably not started or is listening on the wrong host/port (127.0.0.1:8009). Failed errno = 61 [Wed Jan 26 17:15:58 2005] [6040:2256] [info] ajp_send_request::jk_ajp_common.c (1186): Error connecting to the Tomcat process. [Wed Jan 26 17:15:58 2005] [6040:2256] [info] ajp_service::jk_ajp_common.c (1665): Sending request to tomcat failed, recoverable operation attempt=0 [Wed Jan 26 17:15:58 2005] [6040:2256] [debug] jk_open_socket::jk_connect.c (159): try to connect socket = 700 to 127.0.0.1:8009 [Wed Jan 26 17:15:59 2005] [6040:2256] [debug] jk_open_socket::jk_connect.c (177): after connect ret = -1 [Wed Jan 26 17:15:59 2005] [6040:2256] [info] jk_open_socket::jk_connect.c (183): connect() failed errno = 61
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Filip, Thank you - that appears to be what I need. Unfortunately the only documentation I can find is at: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/ apache/catalina/cluster/session/JvmRouteBinderValve.html BEGIN-QUOTE Valve to handle Tomcat jvmRoute takeover using mod_jk module after node failure. After a node crashed the next request going to other cluster node. Now the answering from apache is slower ( make some error handshaking. Very bad with apache at my windows.). We rewrite now the cookie jsessionid information to the backup cluster node. After the next response all client request goes direct to the backup node. The change sessionid send also to all other cluster nodes. Well, now the session stickyness work directly to the backup node and traffic don't go back too restarted cluster nodes! At all cluster node you must configure the JvmRouteSessionIDBinderListener with JvmRouteSessionIDBinderListenerLifecycle Add this Valve to your clustered application or setup it to context default conf/enginename/hostname/context.xml.default for all host application Context Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / /Context END-QUOTE I put the valve statement in my conf/context.xml. But this does not seem to be enough. But where can I find information on configuring the JvmRouteSessionIDBinderListener with JvmRouteSessionIDBinderListenerLifecycle? Thank you - Richard Mixon -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 7:29 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 yes, There is code that takes care of that scenario, I believe it was peter who coded it. There is a valve called JvmRouteBinderValve that peter wrote, that you enable for your context. It will rewrite the session id for, and broadbast it to the cluster. Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 6:44 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Pen does not really help me out. My problem is JK I am pretty sure. It is appending .srv1 to the session. When srv1 is stopped, it detects this on the next request and routes the request to srv2. However I notice in the JK output that it now has .srv2 appended to the session, which of course does not exist, and I get prompted to re-logon. Below is the debug output from JK showing the failover attempt. Any other suggestion? Thank you - Richard [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (700): Attempting to map URI '/stars/gridAction.do' from 1 maps [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (718): Attempting to map context URI '/stars/*' [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (755): Found a context match loadbalancer - /stars/ [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] jk_handler::mod_jk.c (1715): Into handler jakarta-servlet worker=loadbalancer r-proxyreq=0 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] wc_get_worker_for_name::jk_worker.c (92): found a worker loadbalancer [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] init_ws_service::mod_jk.c (479): agsp=443 agsn=redfishsoftware.swamp.home hostn=redfishsoftware.swamp.home shostn=redfishsoftware.swamp.home cbsport=0 sport=0 claport=443 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] service::jk_lb_worker.c (465): service sticky_session=1 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_most_suitable_worker::jk_lb_worker.c (372): total sessionid is EE9EF7748256B50E03C48A3F3735DE59.srv1. [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_most_suitable_worker::jk_lb_worker.c (383): searching worker for partial sessionid EE9EF7748256B50E03C48A3F3735DE59.srv1. [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (275): searching for sticky worker (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (282): found candidate worker srv1 (0) for match with sticky (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (290): found candidate worker srv1 (0) with previous load 100 in search with sticky (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (343): found worker srv1 with new load 100 in search with sticky (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] ajp_get_endpoint::jk_ajp_common.c (2016): time elapsed since last request = 76 seconds [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] service::jk_lb_worker.c (482): service worker=srv1 jvm_route=srv1 rc=1 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] ajp_marshal_into_msgb
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Try to configure the JvmRouteSessionIDBinderLifecycleListener like any other Lifecycle listener, Server Listener className=o.a.c.c.s.JvmRouteSessionIDBinderLifecycleListener/ Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Cc: [EMAIL PROTECTED] Sent: Thursday, January 27, 2005 9:37 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Thank you - that appears to be what I need. Unfortunately the only documentation I can find is at: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/ apache/catalina/cluster/session/JvmRouteBinderValve.html BEGIN-QUOTE Valve to handle Tomcat jvmRoute takeover using mod_jk module after node failure. After a node crashed the next request going to other cluster node. Now the answering from apache is slower ( make some error handshaking. Very bad with apache at my windows.). We rewrite now the cookie jsessionid information to the backup cluster node. After the next response all client request goes direct to the backup node. The change sessionid send also to all other cluster nodes. Well, now the session stickyness work directly to the backup node and traffic don't go back too restarted cluster nodes! At all cluster node you must configure the JvmRouteSessionIDBinderListener with JvmRouteSessionIDBinderListenerLifecycle Add this Valve to your clustered application or setup it to context default conf/enginename/hostname/context.xml.default for all host application Context Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / /Context END-QUOTE I put the valve statement in my conf/context.xml. But this does not seem to be enough. But where can I find information on configuring the JvmRouteSessionIDBinderListener with JvmRouteSessionIDBinderListenerLifecycle? Thank you - Richard Mixon -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 7:29 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 yes, There is code that takes care of that scenario, I believe it was peter who coded it. There is a valve called JvmRouteBinderValve that peter wrote, that you enable for your context. It will rewrite the session id for, and broadbast it to the cluster. Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 6:44 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Pen does not really help me out. My problem is JK I am pretty sure. It is appending .srv1 to the session. When srv1 is stopped, it detects this on the next request and routes the request to srv2. However I notice in the JK output that it now has .srv2 appended to the session, which of course does not exist, and I get prompted to re-logon. Below is the debug output from JK showing the failover attempt. Any other suggestion? Thank you - Richard [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (700): Attempting to map URI '/stars/gridAction.do' from 1 maps [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (718): Attempting to map context URI '/stars/*' [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (755): Found a context match loadbalancer - /stars/ [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] jk_handler::mod_jk.c (1715): Into handler jakarta-servlet worker=loadbalancer r-proxyreq=0 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] wc_get_worker_for_name::jk_worker.c (92): found a worker loadbalancer [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] init_ws_service::mod_jk.c (479): agsp=443 agsn=redfishsoftware.swamp.home hostn=redfishsoftware.swamp.home shostn=redfishsoftware.swamp.home cbsport=0 sport=0 claport=443 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] service::jk_lb_worker.c (465): service sticky_session=1 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_most_suitable_worker::jk_lb_worker.c (372): total sessionid is EE9EF7748256B50E03C48A3F3735DE59.srv1. [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_most_suitable_worker::jk_lb_worker.c (383): searching worker for partial sessionid EE9EF7748256B50E03C48A3F3735DE59.srv1. [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (275): searching for sticky worker (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (282): found candidate worker srv1 (0) for match with sticky (srv1) [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] get_suitable_worker::jk_lb_worker.c (290): found candidate worker srv1 (0) with previous load 100 in search with sticky (srv1) [Wed Jan 26 17
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Received member disappeared:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168. 1.140:4001,192.168.1.140,4001, alive=258218] TOMCAT LOG - SRV2 END Thank you again - Richard -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 9:02 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Try to configure the JvmRouteSessionIDBinderLifecycleListener like any other Lifecycle listener, Server Listener className=o.a.c.c.s.JvmRouteSessionIDBinderLifecycleListener/ Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Cc: [EMAIL PROTECTED] Sent: Thursday, January 27, 2005 9:37 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Thank you - that appears to be what I need. Unfortunately the only documentation I can find is at: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/ apache/catalina/cluster/session/JvmRouteBinderValve.html BEGIN-QUOTE Valve to handle Tomcat jvmRoute takeover using mod_jk module after node failure. After a node crashed the next request going to other cluster node. Now the answering from apache is slower ( make some error handshaking. Very bad with apache at my windows.). We rewrite now the cookie jsessionid information to the backup cluster node. After the next response all client request goes direct to the backup node. The change sessionid send also to all other cluster nodes. Well, now the session stickyness work directly to the backup node and traffic don't go back too restarted cluster nodes! At all cluster node you must configure the JvmRouteSessionIDBinderListener with JvmRouteSessionIDBinderListenerLifecycle Add this Valve to your clustered application or setup it to context default conf/enginename/hostname/context.xml.default for all host application Context Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / /Context END-QUOTE I put the valve statement in my conf/context.xml. But this does not seem to be enough. But where can I find information on configuring the JvmRouteSessionIDBinderListener with JvmRouteSessionIDBinderListenerLifecycle? Thank you - Richard Mixon -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 7:29 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 yes, There is code that takes care of that scenario, I believe it was peter who coded it. There is a valve called JvmRouteBinderValve that peter wrote, that you enable for your context. It will rewrite the session id for, and broadbast it to the cluster. Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 6:44 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Pen does not really help me out. My problem is JK I am pretty sure. It is appending .srv1 to the session. When srv1 is stopped, it detects this on the next request and routes the request to srv2. However I notice in the JK output that it now has .srv2 appended to the session, which of course does not exist, and I get prompted to re-logon. Below is the debug output from JK showing the failover attempt. Any other suggestion? Thank you - Richard [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (700): Attempting to map URI '/stars/gridAction.do' from 1 maps [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (718): Attempting to map context URI '/stars/*' [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] map_uri_to_worker::jk_uri_worker_map.c (755): Found a context match loadbalancer - /stars/ [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] jk_handler::mod_jk.c (1715): Into handler jakarta-servlet worker=loadbalancer r-proxyreq=0 [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] wc_get_worker_for_name::jk_worker.c (92): found a worker loadbalancer [Wed Jan 26 17:15:57 2005] [6040:2256] [debug] init_ws_service::mod_jk.c (479): agsp=443 agsn=redfishsoftware.swamp.home hostn=redfishsoftware.swamp.home shostn
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
As mentioned, you can't have the persistence manager, with clustering. DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, January 27, 2005 10:55 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip/all, Thank you - with your suggestion I was able to get it configured as follows: 1) After the Server line in server.xml I added Listener className=org.apache.catalina.cluster.session.JvmRouteSessionIDBinderLi fecycleListener / 2) I added to the conf/context.xml this line: Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / All starts fine. But I still get prompted to logon when the failover occurs from srv1 to srv2. Here are the Tomcat logs (I have mostly just the cluster logging enabled. Can you see anything that is not correct? TOMCAT LOG - SRV1 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.js DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.jpg DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.png DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.htm DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.html DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.css DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.txt INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4002,192.168.1.140,4002, alive=15] DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve stopped) INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve stopped) INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve stopped) INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer stopped. TOMCAT LOG - SRV1 END TOMCAT LOG - SRV2 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.js DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.jpg DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.png DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.htm DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.html DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.css DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.txt INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Dutch? Punit Duggal wrote: What language is this ?? From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Subject: Re: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Date: 26 Jan 2005 23:13:47 - Geachte relatie, Het door u gebruikte e-mailadres is niet meer actief. U kunt uw e-mailbericht sturen naar [EMAIL PROTECTED] of dit bericht beantwoorden. Bedankt voor uw medewerking, Met vriendelijke groet, ATP Hypotheken Het Spoor 40 3994 AK Houten Tel. 030 750 25 33 Fax. 030 750 25 88 [EMAIL PROTECTED] -- DIT IS EEN AUTOMATISCH GEGENEREERD E-MAILBERICHT -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
- JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Received member disappeared:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168. 1.140:4001,192.168.1.140,4001, alive=126093] DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars TOMCAT LOG - SRV1 END - Richard -Original Message- From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 11:26 AM To: Richard Mixon (qwest); Tomcat Users List Cc: Filip Hanik - Dev [EMAIL PROTECTED] Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Never mind. Sorry for the dumb questions, its in my application ontext. - Richard -Original Message- From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 11:09 AM To: Tomcat Users List Cc: Filip Hanik - Dev [EMAIL PROTECTED] Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Yes you did say that earlier. However I do not reference PersistentManager anywhere in my server.xml. How is it getting enable? Here is the clustering part if my server.xml (I can send the entire server.xml if necessary). Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.D eltaManager expireSessionsOnShutdown=true useDirtyFlag=true notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastServic e mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationLi stener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTr ansmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.ht ml;.*\.css;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=c:/jakarta-tomcat-5.5.7/temp deployDir=c:/jakarta-tomcat-5.5.7/webapps watchDir=c:/jakarta-tomcat-5.5.7-deployer/build/w ebapp watchEnabled=false/ /Cluster Thank you - Richard -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 10:34 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 As mentioned, you can't have the persistence manager, with clustering. DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, January 27, 2005 10:55 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip/all, Thank you - with your suggestion I was able to get it configured as follows: 1) After the Server line in server.xml I added Listener className=org.apache.catalina.cluster.session.JvmRouteSessionIDBinderLi fecycleListener / 2) I added to the conf/context.xml this line: Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / All starts fine. But I still get prompted to logon when the failover occurs from srv1 to srv2. Here are the Tomcat logs (I have mostly just the cluster logging enabled. Can you see anything that is not correct? TOMCAT LOG - SRV1 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.js DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.jpg DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.png DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.htm DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
why are you insisting on using a self defined manager? Remove the manager element. Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Cc: [EMAIL PROTECTED] Sent: Thursday, January 27, 2005 12:36 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 However, First, Filip, thank you sincerely for your persistence in helping me. I am committed to writing up a HOWTO for this general use case when done and will post the same. But I am not quite there :( After placing this statement in my application context xml file Manager className=org.apache.catalina.session.StandardManager/ it still does not fail over without requiring a new logon. I am not seeing session replication occuring in my tomcat.log - or am I looking in the wrong place. TOMCAT LOG - SRV1 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.js DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.jpg DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.png DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.htm DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.html DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.css DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.txt INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4002,192.168.1.140,4002, alive=16] DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve stopped) INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve stopped) INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve stopped) INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer stopped. TOMCAT LOG - SRV1 END TOMCAT LOG - SRV1 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.js DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.jpg DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.png DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.htm DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.html DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.css DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.txt INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO Cluster
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Never mind. Sorry for the dumb questions, its in my application ontext. - Richard -Original Message- From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 11:09 AM To: Tomcat Users List Cc: Filip Hanik - Dev [EMAIL PROTECTED] Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Yes you did say that earlier. However I do not reference PersistentManager anywhere in my server.xml. How is it getting enable? Here is the clustering part if my server.xml (I can send the entire server.xml if necessary). Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.D eltaManager expireSessionsOnShutdown=true useDirtyFlag=true notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastServic e mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationLi stener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTr ansmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.ht ml;.*\.css;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=c:/jakarta-tomcat-5.5.7/temp deployDir=c:/jakarta-tomcat-5.5.7/webapps watchDir=c:/jakarta-tomcat-5.5.7-deployer/build/w ebapp watchEnabled=false/ /Cluster Thank you - Richard -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 10:34 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 As mentioned, you can't have the persistence manager, with clustering. DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, January 27, 2005 10:55 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip/all, Thank you - with your suggestion I was able to get it configured as follows: 1) After the Server line in server.xml I added Listener className=org.apache.catalina.cluster.session.JvmRouteSessionIDBinderLi fecycleListener / 2) I added to the conf/context.xml this line: Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / All starts fine. But I still get prompted to logon when the failover occurs from srv1 to srv2. Here are the Tomcat logs (I have mostly just the cluster logging enabled. Can you see anything that is not correct? TOMCAT LOG - SRV1 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.js DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.jpg DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.png DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.htm DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.html DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.css DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.txt INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Filip, Yes you did say that earlier. However I do not reference PersistentManager anywhere in my server.xml. How is it getting enable? Here is the clustering part if my server.xml (I can send the entire server.xml if necessary). Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.D eltaManager expireSessionsOnShutdown=true useDirtyFlag=true notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastServic e mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationLi stener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTr ansmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.ht ml;.*\.css;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=c:/jakarta-tomcat-5.5.7/temp deployDir=c:/jakarta-tomcat-5.5.7/webapps watchDir=c:/jakarta-tomcat-5.5.7-deployer/build/w ebapp watchEnabled=false/ /Cluster Thank you - Richard -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 10:34 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 As mentioned, you can't have the persistence manager, with clustering. DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, January 27, 2005 10:55 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip/all, Thank you - with your suggestion I was able to get it configured as follows: 1) After the Server line in server.xml I added Listener className=org.apache.catalina.cluster.session.JvmRouteSessionIDBinderLi fecycleListener / 2) I added to the conf/context.xml this line: Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / All starts fine. But I still get prompted to logon when the failover occurs from srv1 to srv2. Here are the Tomcat logs (I have mostly just the cluster logging enabled. Can you see anything that is not correct? TOMCAT LOG - SRV1 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.js DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.jpg DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.png DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.htm DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.html DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.css DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.txt INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
you said you enabled it in your context.xml file, if so remove it Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Cc: [EMAIL PROTECTED] Sent: Thursday, January 27, 2005 12:08 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Yes you did say that earlier. However I do not reference PersistentManager anywhere in my server.xml. How is it getting enable? Here is the clustering part if my server.xml (I can send the entire server.xml if necessary). Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.D eltaManager expireSessionsOnShutdown=true useDirtyFlag=true notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastServic e mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationLi stener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTr ansmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.ht ml;.*\.css;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=c:/jakarta-tomcat-5.5.7/temp deployDir=c:/jakarta-tomcat-5.5.7/webapps watchDir=c:/jakarta-tomcat-5.5.7-deployer/build/w ebapp watchEnabled=false/ /Cluster Thank you - Richard -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 10:34 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 As mentioned, you can't have the persistence manager, with clustering. DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, January 27, 2005 10:55 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip/all, Thank you - with your suggestion I was able to get it configured as follows: 1) After the Server line in server.xml I added Listener className=org.apache.catalina.cluster.session.JvmRouteSessionIDBinderLi fecycleListener / 2) I added to the conf/context.xml this line: Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / All starts fine. But I still get prompted to logon when the failover occurs from srv1 to srv2. Here are the Tomcat logs (I have mostly just the cluster logging enabled. Can you see anything that is not correct? TOMCAT LOG - SRV1 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.js DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.jpg DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.png DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.htm DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.html DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.css DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.txt INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Filip, Thanks so much for some reason taking the Manager statement completely out of the context worked. I can now see session replication occurring, which then identified some objects that were not serializable. I have fixed these and can see the session replicating correctly in the log messages. I quickly realized that I could not just run catalina stop as this caused the session to be deleted on both the tomcat instance that was stopping and on the remaining Tomcat instance - hence the reason I was always prompted to re-login in. So how do I trigger the maintenance failover? If I use the Admin console to delete the port 8009 connector (first Tomcat instance), this does not prevent JK from continuing to route traffic to this instance. I also tried using ant stop from the tomcat-deployer, but this results in a HTTP Status 503 - This application is not currently available message. I feel like I'm very close, but not quite there. Thank you - Richard Filip Hanik - Dev wrote: you said you enabled it in your context.xml file, if so remove it Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Cc: Sent: Thursday, January 27, 2005 12:08 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Yes you did say that earlier. However I do not reference PersistentManager anywhere in my server.xml. How is it getting enable? Here is the clustering part if my server.xml (I can send the entire server.xml if necessary). Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.D eltaManager expireSessionsOnShutdown=true useDirtyFlag=true notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastServic e mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationLi stener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTr ansmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.ht ml;.*\.css;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=c:/jakarta-tomcat-5.5.7/temp deployDir=c:/jakarta-tomcat-5.5.7/webapps watchDir=c:/jakarta-tomcat-5.5.7-deployer/build/w ebapp watchEnabled=false/ /Cluster Thank you - Richard -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 10:34 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 As mentioned, you can't have the persistence manager, with clustering. DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, January 27, 2005 10:55 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip/all, Thank you - with your suggestion I was able to get it configured as follows: 1) After the Server line in server.xml I added Listener className=org.apache.catalina.cluster.session.JvmRouteSessionIDBinderLi fecycleListener / 2) I added to the conf/context.xml this line: Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / All starts fine. But I still get prompted to logon when the failover occurs from srv1 to srv2. Here are the Tomcat logs (I have mostly just the cluster logging enabled. Can you see anything that is not correct? TOMCAT LOG - SRV1 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.js DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.jpg DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.png DEBUG main
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Try killing one of the Tomcat JVM's at the OS level. -Robert Richard Mixon (qwest) wrote: Filip, Thanks so much for some reason taking the Manager statement completely out of the context worked. I can now see session replication occurring, which then identified some objects that were not serializable. I have fixed these and can see the session replicating correctly in the log messages. I quickly realized that I could not just run catalina stop as this caused the session to be deleted on both the tomcat instance that was stopping and on the remaining Tomcat instance - hence the reason I was always prompted to re-login in. So how do I trigger the maintenance failover? If I use the Admin console to delete the port 8009 connector (first Tomcat instance), this does not prevent JK from continuing to route traffic to this instance. I also tried using ant stop from the tomcat-deployer, but this results in a HTTP Status 503 - This application is not currently available message. I feel like I'm very close, but not quite there. Thank you - Richard Filip Hanik - Dev wrote: you said you enabled it in your context.xml file, if so remove it snip - this was getting really long... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
expireSessionsOnShutdown=true set this property to false! this will not kill the sessions on the other servers during shutdown. but, yes kill -9 or taskmanager killing it, will work too Filip Richard Mixon (qwest) wrote: Filip, Thanks so much for some reason taking the Manager statement completely out of the context worked. I can now see session replication occurring, which then identified some objects that were not serializable. I have fixed these and can see the session replicating correctly in the log messages. I quickly realized that I could not just run catalina stop as this caused the session to be deleted on both the tomcat instance that was stopping and on the remaining Tomcat instance - hence the reason I was always prompted to re-login in. So how do I trigger the maintenance failover? If I use the Admin console to delete the port 8009 connector (first Tomcat instance), this does not prevent JK from continuing to route traffic to this instance. I also tried using ant stop from the tomcat-deployer, but this results in a HTTP Status 503 - This application is not currently available message. I feel like I'm very close, but not quite there. Thank you - Richard Filip Hanik - Dev wrote: you said you enabled it in your context.xml file, if so remove it Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Cc: Sent: Thursday, January 27, 2005 12:08 PM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip, Yes you did say that earlier. However I do not reference PersistentManager anywhere in my server.xml. How is it getting enable? Here is the clustering part if my server.xml (I can send the entire server.xml if necessary). Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.D eltaManager expireSessionsOnShutdown=true useDirtyFlag=true notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastServic e mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationLi stener tcpListenAddress=auto tcpListenPort=4001 tcpSelectorTimeout=100 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTr ansmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.ht ml;.*\.css;.*\.txt;/ Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=c:/jakarta-tomcat-5.5.7/temp deployDir=c:/jakarta-tomcat-5.5.7/webapps watchDir=c:/jakarta-tomcat-5.5.7-deployer/build/w ebapp watchEnabled=false/ /Cluster Thank you - Richard -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 10:34 AM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 As mentioned, you can't have the persistence manager, with clustering. DEBUG TP-Processor3 org.apache.catalina.cluster.session.JvmRouteBinderValve - No Cluster DeltaManager [EMAIL PROTECTED] at /stars - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, January 27, 2005 10:55 AM Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Filip/all, Thank you - with your suggestion I was able to get it configured as follows: 1) After the Server line in server.xml I added Listener className=org.apache.catalina.cluster.session.JvmRouteSessionIDBinderLi fecycleListener / 2) I added to the conf/context.xml this line: Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve / All starts fine. But I still get prompted to logon when the failover occurs from srv1 to srv2. Here are the Tomcat logs (I have mostly just the cluster logging enabled. Can you see anything that is not correct? TOMCAT LOG - SRV1 BEGIN DEBUG main org.apache.catalina.cluster.tcp.ReplicationTransmitter - Setting replcation mode to pooled DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Loading request filters=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt; DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.gif DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.js DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve - Request filter=.*\.jpg DEBUG main org.apache.catalina.cluster.tcp.ReplicationValve
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Robert F. Hall wrote: Try killing one of the Tomcat JVM's at the OS level. Robert - thanks! That worked. - Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Filip Hanik - Dev lists wrote: expireSessionsOnShutdown=true set this property to false! this will not kill the sessions on the other servers during shutdown. but, yes kill -9 or taskmanager killing it, will work too Filip, Thank you so much. Setting expireSessionsOnShutdown=false allowed failover to occur without prompting the user to login again. Wonderful! However, I then brought srv1 back up I got a number of exceptions when they tried to re-synchronize with the still running srv2. Any ideas on how to resolve this? Thanks again - Richard TOMCAT LOG: INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4002,192.168.1.140,4002, alive=153297] INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Creating ClusterManager for context /stars using class org.apache.catalina.cluster.session.DeltaManager DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.tcp.SimpleTcpCluster - Assuming clocks are synched: Replication took=141 ms. DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session B8CBD8B217266316C21F64ED963EB502.srv2 DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session D0FC475D32E30BD6BDC4814DDFED39F7.srv2 ERROR org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.struts.util.MessageResourcesFactory - MessageResourcesFactory.createFactory java.lang.ClassNotFoundException: org.apache.struts.util.PropertyMessageResourcesFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.java:1 19) at org.apache.struts.util.MessageResourcesFactory.createFactory(MessageReso urcesFactory.java:150) at org.apache.struts.util.MessageResources.getMessageResources(MessageResou rces.java:495) at com.ltoj.webapp.util.ClassGrid.clinit(ClassGrid.java:63) at java.io.ObjectStreamClass.hasStaticInitializer(Native Method) at java.io.ObjectStreamClass.computeDefaultSUID(ObjectStreamClass.java:1641 ) at java.io.ObjectStreamClass.access$100(ObjectStreamClass.java:47) at java.io.ObjectStreamClass$1.run(ObjectStreamClass.java:175) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.getSerialVersionUID(ObjectStreamClass.java:172 ) at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:515) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1546) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693 ) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) at org.apache.catalina.cluster.session.DeltaSession.readObject(DeltaSession .java:1414) at org.apache.catalina.cluster.session.DeltaSession.readObjectData(DeltaSes sion.java:910) at org.apache.catalina.cluster.session.DeltaManager.doLoad(DeltaManager.jav a:391) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaMa nager.java:842) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(Del taManager.java:712) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived(Sim pleTcpCluster.java:619) at org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:69 ) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpRep licationThread.java:126) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationT hread.java:64) DEBUG
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Interesting, I haven't done any work with the latest work of tomcat because of engagements elsewhere. but you have the time to create a very small simple war file where this occurs, I will look at it tomorrow. It looks like the context class loader is not getting set properly, and this could be an actual bug. I'll try to get this running tomorrow. Filip Richard Mixon (qwest) wrote: Filip Hanik - Dev lists wrote: expireSessionsOnShutdown=true set this property to false! this will not kill the sessions on the other servers during shutdown. but, yes kill -9 or taskmanager killing it, will work too Filip, Thank you so much. Setting expireSessionsOnShutdown=false allowed failover to occur without prompting the user to login again. Wonderful! However, I then brought srv1 back up I got a number of exceptions when they tried to re-synchronize with the still running srv2. Any ideas on how to resolve this? Thanks again - Richard TOMCAT LOG: INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4002,192.168.1.140,4002, alive=153297] INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Creating ClusterManager for context /stars using class org.apache.catalina.cluster.session.DeltaManager DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.tcp.SimpleTcpCluster - Assuming clocks are synched: Replication took=141 ms. DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session B8CBD8B217266316C21F64ED963EB502.srv2 DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session D0FC475D32E30BD6BDC4814DDFED39F7.srv2 ERROR org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.struts.util.MessageResourcesFactory - MessageResourcesFactory.createFactory java.lang.ClassNotFoundException: org.apache.struts.util.PropertyMessageResourcesFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.java:1 19) at org.apache.struts.util.MessageResourcesFactory.createFactory(MessageReso urcesFactory.java:150) at org.apache.struts.util.MessageResources.getMessageResources(MessageResou rces.java:495) at com.ltoj.webapp.util.ClassGrid.clinit(ClassGrid.java:63) at java.io.ObjectStreamClass.hasStaticInitializer(Native Method) at java.io.ObjectStreamClass.computeDefaultSUID(ObjectStreamClass.java:1641 ) at java.io.ObjectStreamClass.access$100(ObjectStreamClass.java:47) at java.io.ObjectStreamClass$1.run(ObjectStreamClass.java:175) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.getSerialVersionUID(ObjectStreamClass.java:172 ) at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:515) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1546) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693 ) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) at org.apache.catalina.cluster.session.DeltaSession.readObject(DeltaSession .java:1414) at org.apache.catalina.cluster.session.DeltaSession.readObjectData(DeltaSes sion.java:910) at org.apache.catalina.cluster.session.DeltaManager.doLoad(DeltaManager.jav a:391) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaMa nager.java:842) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(Del taManager.java:712) at
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
I meant, if you have time to create a simple test app, that I can work with, it will speed up the process Filip Filip Hanik - Dev lists wrote: Interesting, I haven't done any work with the latest work of tomcat because of engagements elsewhere. but you have the time to create a very small simple war file where this occurs, I will look at it tomorrow. It looks like the context class loader is not getting set properly, and this could be an actual bug. I'll try to get this running tomorrow. Filip Richard Mixon (qwest) wrote: Filip Hanik - Dev lists wrote: expireSessionsOnShutdown=true set this property to false! this will not kill the sessions on the other servers during shutdown. but, yes kill -9 or taskmanager killing it, will work too Filip, Thank you so much. Setting expireSessionsOnShutdown=false allowed failover to occur without prompting the user to login again. Wonderful! However, I then brought srv1 back up I got a number of exceptions when they tried to re-synchronize with the still running srv2. Any ideas on how to resolve this? Thanks again - Richard TOMCAT LOG: INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4002,192.168.1.140,4002, alive=153297] INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Creating ClusterManager for context /stars using class org.apache.catalina.cluster.session.DeltaManager DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.tcp.SimpleTcpCluster - Assuming clocks are synched: Replication took=141 ms. DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session B8CBD8B217266316C21F64ED963EB502.srv2 DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session D0FC475D32E30BD6BDC4814DDFED39F7.srv2 ERROR org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.struts.util.MessageResourcesFactory - MessageResourcesFactory.createFactory java.lang.ClassNotFoundException: org.apache.struts.util.PropertyMessageResourcesFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.java:1 19) at org.apache.struts.util.MessageResourcesFactory.createFactory(MessageReso urcesFactory.java:150) at org.apache.struts.util.MessageResources.getMessageResources(MessageResou rces.java:495) at com.ltoj.webapp.util.ClassGrid.clinit(ClassGrid.java:63) at java.io.ObjectStreamClass.hasStaticInitializer(Native Method) at java.io.ObjectStreamClass.computeDefaultSUID(ObjectStreamClass.java:1641 ) at java.io.ObjectStreamClass.access$100(ObjectStreamClass.java:47) at java.io.ObjectStreamClass$1.run(ObjectStreamClass.java:175) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.getSerialVersionUID(ObjectStreamClass.java:172 ) at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:515) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1546) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693 ) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) at org.apache.catalina.cluster.session.DeltaSession.readObject(DeltaSession .java:1414) at org.apache.catalina.cluster.session.DeltaSession.readObjectData(DeltaSes sion.java:910) at org.apache.catalina.cluster.session.DeltaManager.doLoad(DeltaManager.jav a:391) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaMa nager.java:842) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived(Del taManager.java:712) at
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
another thought, this object com.ltoj.webapp.util.ClassGrid does it contain a reference to a struts object, and maybe that is why the loading doesn't work, just a thought. Filip Filip Hanik - Dev lists wrote: Interesting, I haven't done any work with the latest work of tomcat because of engagements elsewhere. but you have the time to create a very small simple war file where this occurs, I will look at it tomorrow. It looks like the context class loader is not getting set properly, and this could be an actual bug. I'll try to get this running tomorrow. Filip Richard Mixon (qwest) wrote: Filip Hanik - Dev lists wrote: expireSessionsOnShutdown=true set this property to false! this will not kill the sessions on the other servers during shutdown. but, yes kill -9 or taskmanager killing it, will work too Filip, Thank you so much. Setting expireSessionsOnShutdown=false allowed failover to occur without prompting the user to login again. Wonderful! However, I then brought srv1 back up I got a number of exceptions when they tried to re-synchronize with the still running srv2. Any ideas on how to resolve this? Thanks again - Richard TOMCAT LOG: INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Invoking addValve on StandardEngine[Catalina].StandardHost[localhost] with class=org.apache.catalina.cluster.tcp.ReplicationValve DEBUG main org.apache.catalina.cluster.tcp.ReplicationListener - Starting replication listener on address:192.168.1.140 INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4002,192.168.1.140,4002, alive=153297] INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.catalina.cluster.session.JvmRouteBinderValve - JvmRouteBinderValve started DEBUG main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Creating ClusterManager for context /stars using class org.apache.catalina.cluster.session.DeltaManager DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.tcp.SimpleTcpCluster - Assuming clocks are synched: Replication took=141 ms. DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session B8CBD8B217266316C21F64ED963EB502.srv2 DEBUG org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.catalina.cluster.session.DeltaManager - readObject() loading session D0FC475D32E30BD6BDC4814DDFED39F7.srv2 ERROR org.apache.catalina.cluster.tcp.TcpReplicationThread[2] org.apache.struts.util.MessageResourcesFactory - MessageResourcesFactory.createFactory java.lang.ClassNotFoundException: org.apache.struts.util.PropertyMessageResourcesFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.java:1 19) at org.apache.struts.util.MessageResourcesFactory.createFactory(MessageReso urcesFactory.java:150) at org.apache.struts.util.MessageResources.getMessageResources(MessageResou rces.java:495) at com.ltoj.webapp.util.ClassGrid.clinit(ClassGrid.java:63) at java.io.ObjectStreamClass.hasStaticInitializer(Native Method) at java.io.ObjectStreamClass.computeDefaultSUID(ObjectStreamClass.java:1641 ) at java.io.ObjectStreamClass.access$100(ObjectStreamClass.java:47) at java.io.ObjectStreamClass$1.run(ObjectStreamClass.java:175) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.getSerialVersionUID(ObjectStreamClass.java:172 ) at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:515) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1546) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1693 ) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339) at org.apache.catalina.cluster.session.DeltaSession.readObject(DeltaSession .java:1414) at org.apache.catalina.cluster.session.DeltaSession.readObjectData(DeltaSes sion.java:910) at org.apache.catalina.cluster.session.DeltaManager.doLoad(DeltaManager.jav a:391) at org.apache.catalina.cluster.session.DeltaManager.messageReceived(DeltaMa nager.java:842) at
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Filip Hanik - Dev lists wrote: another thought, this object com.ltoj.webapp.util.ClassGrid does it contain a reference to a struts object, and maybe that is why the loading doesn't work, just a thought. Filip Hanik - Dev lists wrote: Interesting, I haven't done any work with the latest work of tomcat because of engagements elsewhere. but you have the time to create a very small simple war file where this occurs, I will look at it tomorrow. It looks like the context class loader is not getting set properly, and this could be an actual bug. I'll try to get this running tomorrow. Filip, I believe you hit it once again. I've got code such as: ... public class ClassGrid implements java.io.Serializable { static MessageResources msgRsrcs = MessageResources.getMessageResources(ApplicationResources); private static Log log = LogFactory.getLog(ClassGrid.class); Both the variables log and msgRsrcs are static initialized and would be a problem when replicating from one JVM to another. The instance variable log should not even be static - can fix that. The variable msgRsrcs I'm not sure how to fix. I've been fighting with too much reference to Struts in my business logic for a while. I know better, but have had problems seeing around how to handle such things as i18n message resource handling which Struts does so well. Any suggestions? I realize this is quite off-topic. Thank you much - Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Hi Richard, Static variable don't get serialized with an object (anyone correct me if I am wrong), so that is not the problem. I believe it to be a bug. Struts is taking a class loader and loading the data, my guess is that its taking the context classloader, and that one is not set properly. Let me see what I can dig up before I send you off to do something crazy :) Filip Richard Mixon (qwest) wrote: Filip Hanik - Dev lists wrote: another thought, this object com.ltoj.webapp.util.ClassGrid does it contain a reference to a struts object, and maybe that is why the loading doesn't work, just a thought. Filip Hanik - Dev lists wrote: Interesting, I haven't done any work with the latest work of tomcat because of engagements elsewhere. but you have the time to create a very small simple war file where this occurs, I will look at it tomorrow. It looks like the context class loader is not getting set properly, and this could be an actual bug. I'll try to get this running tomorrow. Filip, I believe you hit it once again. I've got code such as: ... public class ClassGrid implements java.io.Serializable { static MessageResources msgRsrcs = MessageResources.getMessageResources(ApplicationResources); private static Log log = LogFactory.getLog(ClassGrid.class); Both the variables log and msgRsrcs are static initialized and would be a problem when replicating from one JVM to another. The instance variable log should not even be static - can fix that. The variable msgRsrcs I'm not sure how to fix. I've been fighting with too much reference to Struts in my business logic for a while. I know better, but have had problems seeing around how to handle such things as i18n message resource handling which Struts does so well. Any suggestions? I realize this is quite off-topic. Thank you much - Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Filip Hanik - Dev lists wrote: Hi Richard, Static variable don't get serialized with an object (anyone correct me if I am wrong), so that is not the problem. I believe it to be a bug. Struts is taking a class loader and loading the data, my guess is that its taking the context classloader, and that one is not set properly. Let me see what I can dig up before I send you off to do something crazy :) Filip, I'll wait to hear and do some general cleanup in the meanwhile. Will let you know if that makes a difference. Regards - Richard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
try with a regular tcp loadbalancer like pen (http://siag.nu/) first, otherwise you are debugging a whole stack at once. so use pen, and your two tomcats, try failover and go from there. also, enable debugging for your logging, and a lot more will be spit out in the logs Filip - Original Message - From: Richard Mixon (qwest) [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Wednesday, January 26, 2005 4:37 PM Subject: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 I am trying to get JK 1.2.8 (within Apache 2.0.52 SSL build) to fail over to my remaining Tomcat 5.5.7 instance when the first instance is brought down (e.g. for maintenance or due to an actual failure). The application uses container managed authentication (CMA) and obviously sessions. I have two questions/problems. Thanks so much for any ideas/help you can provide. 1) If I set sticky_session=True then the loadbalancer worker distributes requests among the two workers just fine. If I shut down one Tomcat instance, it redirects me to the second - but I am prompted to login again. This makes me think that session replication is not occurring. How can I check that session replication is happening (is there a log settings)? I thought it must be at first as I was getting the following in my tomcat logs: From srv1: INFO main org.apache.coyote.http11.Http11Protocol - Initializing Coyote HTTP/1.1 on http-8080 INFO main org.apache.catalina.startup.Catalina - Initialization processed in 875 ms INFO main org.apache.catalina.core.StandardService - Starting service Catalina INFO main org.apache.catalina.core.StandardEngine - Starting Servlet Engine: Apache Tomcat/5.5.7 INFO main org.apache.catalina.core.StandardHost - XML validation disabled INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.coyote.http11.Http11Protocol - Starting Coyote HTTP/1.1 on http-8080 INFO main org.apache.jk.common.ChannelSocket - JK2: ajp13 listening on /0.0.0.0:8009 INFO main org.apache.jk.server.JkMain - Jk running ID=0 time=0/31 config=null INFO main org.apache.catalina.storeconfig.StoreLoader - Find registry server-registry.xml at classpath resource INFO main org.apache.catalina.startup.Catalina - Server startup in 6016 ms INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4002,192.168.1.140,4002, alive=16] From srv2: INFO main org.apache.coyote.http11.Http11Protocol - Initializing Coyote HTTP/1.1 on http-9080 INFO main org.apache.catalina.startup.Catalina - Initialization processed in 1250 ms INFO main org.apache.catalina.core.StandardService - Starting service Catalina INFO main org.apache.catalina.core.StandardEngine - Starting Servlet Engine: Apache Tomcat/5.5.7 INFO main org.apache.catalina.core.StandardHost - XML validation disabled INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about to start INFO main org.apache.catalina.cluster.mcast.McastService - Sleeping for 2000 secs to establish cluster membership INFO Cluster-MembershipReceiver org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.1.140: 4001,192.168.1.140,4001, alive=5578] INFO main org.apache.catalina.cluster.deploy.FarmWarDeployer - Cluster FarmWarDeployer started. INFO main org.apache.coyote.http11.Http11Protocol - Starting Coyote HTTP/1.1 on http-9080 INFO main org.apache.jk.common.ChannelSocket - JK2: ajp13 listening on /0.0.0.0:9009 INFO main org.apache.jk.server.JkMain - Jk running ID=0 time=0/31 config=null INFO main org.apache.catalina.storeconfig.StoreLoader - Find registry server-registry.xml at classpath resource INFO main org.apache.catalina.startup.Catalina - Server startup in 6313 ms 2) If I set sticky_session=False I am unable to login, failing with an HTTP Status 408. Here's the sequence: a) Issue a request to a protected resource that will trigger form-based authentication (CMA). JK worker loadbalancer sends this request to the first worker, srv1. b) After I fill in the authentication/login form I press submit. Now JK worker loadbalancer send this request to worker srv2 and I end up with this error respons: HTTP Status 408 - The time allowed for the login process has been exceeded... Here are my configuration files (or pieces): FILE: piece form httpd.conf IfModule mod_jk.c JkWorkersFile conf/workers.properties JkLogStampFormat [%a %b %d %H:%M:%S %Y] JkLogFile logs/mod_jk.log # Log level to be used by mod_jk: debug, info, warn error or trace JkLogLevel debug JkOptions +ForwardKeySize
Re: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Geachte relatie, Het door u gebruikte e-mailadres is niet meer actief. U kunt uw e-mailbericht sturen naar [EMAIL PROTECTED] of dit bericht beantwoorden. Bedankt voor uw medewerking, Met vriendelijke groet, ATP Hypotheken Het Spoor 40 3994 AK Houten Tel. 030 750 25 33 Fax. 030 750 25 88 [EMAIL PROTECTED] -- DIT IS EEN AUTOMATISCH GEGENEREERD E-MAILBERICHT -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
What language is this ?? From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Subject: Re: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Date: 26 Jan 2005 23:13:47 - Geachte relatie, Het door u gebruikte e-mailadres is niet meer actief. U kunt uw e-mailbericht sturen naar [EMAIL PROTECTED] of dit bericht beantwoorden. Bedankt voor uw medewerking, Met vriendelijke groet, ATP Hypotheken Het Spoor 40 3994 AK Houten Tel. 030 750 25 33 Fax. 030 750 25 88 [EMAIL PROTECTED] -- DIT IS EEN AUTOMATISCH GEGENEREERD E-MAILBERICHT -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Geachte relatie, Het door u gebruikte e-mailadres is niet meer actief. U kunt uw e-mailbericht sturen naar [EMAIL PROTECTED] of dit bericht beantwoorden. Bedankt voor uw medewerking, Met vriendelijke groet, ATP Hypotheken Het Spoor 40 3994 AK Houten Tel. 030 750 25 33 Fax. 030 750 25 88 [EMAIL PROTECTED] -- DIT IS EEN AUTOMATISCH GEGENEREERD E-MAILBERICHT -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
pos=4 len=8192 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1007): received from ajp13 pos=0 len=3 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_send_message::jk_ajp_common.c (883): sending to ajp13 pos=4 len=8192 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1007): received from ajp13 pos=0 len=3 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_send_message::jk_ajp_common.c (883): sending to ajp13 pos=4 len=8192 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1007): received from ajp13 pos=0 len=3 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_send_message::jk_ajp_common.c (883): sending to ajp13 pos=4 len=8192 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1007): received from ajp13 pos=0 len=3 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_send_message::jk_ajp_common.c (883): sending to ajp13 pos=4 len=8192 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1007): received from ajp13 pos=0 len=3 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_send_message::jk_ajp_common.c (883): sending to ajp13 pos=4 len=8192 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1007): received from ajp13 pos=0 len=3 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_send_message::jk_ajp_common.c (883): sending to ajp13 pos=4 len=7291 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1007): received from ajp13 pos=0 len=141 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_unmarshal_response::jk_ajp_common.c (606): status = 200 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_unmarshal_response::jk_ajp_common.c (613): Number of headers is = 2 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_unmarshal_response::jk_ajp_common.c (669): Header[0] [Set-Cookie] = [JSESSIONID=9FF5A5ED4466F1EE906856287DF2EF8F.srv2; Path=/stars; Secure] [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_unmarshal_response::jk_ajp_common.c (669): Header[1] [Content-Type] = [text/html;charset=ISO-8859-1] [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1007): received from ajp13 pos=0 len=25 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ws_write::mod_jk.c (376): writing 21 (21) out of 21 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1007): received from ajp13 pos=0 len=6585 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ws_write::mod_jk.c (376): writing 4096 (4096) out of 6581 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ws_write::mod_jk.c (376): writing 2485 (2485) out of 2485 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1007): received from ajp13 pos=0 len=161 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ws_write::mod_jk.c (376): writing 157 (157) out of 157 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1007): received from ajp13 pos=0 len=5887 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ws_write::mod_jk.c (376): writing 4096 (4096) out of 5883 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ws_write::mod_jk.c (376): writing 1787 (1787) out of 1787 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (1007): received from ajp13 pos=0 len=2 max=8192 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] ajp_done::jk_ajp_common.c (1942): recycling connection cache slot=0 [Wed Jan 26 17:16:00 2005] [6040:2256] [debug] jk_handler::mod_jk.c (1860): Service finished with status=200 for worker=loadbalancer [Wed Jan 26 17:16:00 2005] [6040:4016] [debug] map_uri_to_worker::jk_uri_worker_map.c (700): Attempting to map URI '/styles/messages.css' from 1 maps [Wed Jan 26 17:16:00 2005] [6040:4016] [debug] map_uri_to_worker::jk_uri_worker_map.c (718): Attempting to map context URI '/stars/*' [Wed Jan 26 17:16:00 2005] [6040:4016] [debug] map_uri_to_worker::jk_uri_worker_map.c (700): Attempting to map URI '/styles/messages.css' from 1 maps [Wed Jan 26 17:16:00 2005] [6040:4016] [debug] map_uri_to_worker::jk_uri_worker_map.c (718): Attempting to map context URI '/stars/*' -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 26, 2005 4:10 PM To: Tomcat Users List Subject: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 try with a regular tcp loadbalancer like pen (http://siag.nu/) first, otherwise you are debugging a whole stack at once. so use pen, and your
Re: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Geachte relatie, Het door u gebruikte e-mailadres is niet meer actief. U kunt uw e-mailbericht sturen naar [EMAIL PROTECTED] of dit bericht beantwoorden. Bedankt voor uw medewerking, Met vriendelijke groet, ATP Hypotheken Het Spoor 40 3994 AK Houten Tel. 030 750 25 33 Fax. 030 750 25 88 [EMAIL PROTECTED] -- DIT IS EEN AUTOMATISCH GEGENEREERD E-MAILBERICHT -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
I have no idea - but it is not English. It looks like someone's autoresponder is set to reply to each new thread in the list. I've had to setup a filter to eliminate them from my inbox. Is there a better solution (i.e. does anyone know this guy so they can phone him and tell him to quit it?). - Richard -Original Message- From: Punit Duggal [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 26, 2005 5:19 PM To: [EMAIL PROTECTED]; tomcat-user@jakarta.apache.org Subject: Re: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 What language is this ?? From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Subject: Re: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Date: 26 Jan 2005 23:13:47 - Geachte relatie, Het door u gebruikte e-mailadres is niet meer actief. U kunt uw e-mailbericht sturen naar [EMAIL PROTECTED] of dit bericht beantwoorden. Bedankt voor uw medewerking, Met vriendelijke groet, ATP Hypotheken Het Spoor 40 3994 AK Houten Tel. 030 750 25 33 Fax. 030 750 25 88 [EMAIL PROTECTED] -- DIT IS EEN AUTOMATISCH GEGENEREERD E-MAILBERICHT -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5
Geachte relatie, Het door u gebruikte e-mailadres is niet meer actief. U kunt uw e-mailbericht sturen naar [EMAIL PROTECTED] of dit bericht beantwoorden. Bedankt voor uw medewerking, Met vriendelijke groet, ATP Hypotheken Het Spoor 40 3994 AK Houten Tel. 030 750 25 33 Fax. 030 750 25 88 [EMAIL PROTECTED] -- DIT IS EEN AUTOMATISCH GEGENEREERD E-MAILBERICHT -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 *NOTE TO LIST ADMINISTRATOR*
It's Dutch, and an auto-generated email. The e mail address you used is no longer active. You can send your email to [EMAIL PROTECTED] to report this problem. Thanks for your cooperation (or something like that) The Tomcat User List Administrator should be removing the user from the list, eventually... Brad -Original Message- From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Thu 27/01/2005 8:45 AM To: Tomcat Users List Cc: Subject: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 I have no idea - but it is not English. It looks like someone's autoresponder is set to reply to each new thread in the list. I've had to setup a filter to eliminate them from my inbox. Is there a better solution (i.e. does anyone know this guy so they can phone him and tell him to quit it?). - Richard -Original Message- From: Punit Duggal [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 26, 2005 5:19 PM To: [EMAIL PROTECTED]; tomcat-user@jakarta.apache.org Subject: Re: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 What language is this ?? From: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Subject: Re: Re: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 Date: 26 Jan 2005 23:13:47 - Geachte relatie, Het door u gebruikte e-mailadres is niet meer actief. U kunt uw e-mailbericht sturen naar [EMAIL PROTECTED] of dit bericht beantwoorden. Bedankt voor uw medewerking, Met vriendelijke groet, ATP Hypotheken Het Spoor 40 3994 AK Houten Tel. 030 750 25 33 Fax. 030 750 25 88 [EMAIL PROTECTED] -- DIT IS EEN AUTOMATISCH GEGENEREERD E-MAILBERICHT -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE: JK, Session Replication/Clustering, SSL and failover in Tomcat 5 *NOTE TO LIST ADMINISTRATOR*
Geachte relatie, Het door u gebruikte e-mailadres is niet meer actief. U kunt uw e-mailbericht sturen naar [EMAIL PROTECTED] of dit bericht beantwoorden. Bedankt voor uw medewerking, Met vriendelijke groet, ATP Hypotheken Het Spoor 40 3994 AK Houten Tel. 030 750 25 33 Fax. 030 750 25 88 [EMAIL PROTECTED] -- DIT IS EEN AUTOMATISCH GEGENEREERD E-MAILBERICHT -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]