Thanks, Chris, Yes, this is an option, but we prefer being able to offload session at will. However, if that proves to be too difficult to do, we may settle for the behavior you describe.
Naaman Christopher Schultz-2 wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Nilf, > > nlif wrote: >> We intend to run in a cluster, with stickiness enabled, and without >> replication. This of course does not give us failover capabilities, in >> case >> of a server crash, but it is sufficient for our needs. >> >> However, we would like to be able to transfer all sessions currently on >> one >> node, to another node, when we are about to shutdown a server for >> maintenance. > > Would it be acceptable to slowly siphon-off all traffic to the server > you are taking out of service? If so, you can instruct mod_jk to take > the to-be-removed server out of the pool for new visitors, and simply > wait for the existing users to eventually die off. Then you can take > that server out of service and re-join it to the cluster, later. > > The advantage of this technique is that it is available /right now/ > without any further infrastructure. The disadvantage, of course, is that > you can't really do it on-demand: you have to wait for users to die off > before you can take the server out of service (unless you just kill the > last few stragglers). > > - -chris > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkl/yQMACgkQ9CaO5/Lv0PBSMQCeIjFOV9+H9csskzn9b2JgBVLZ > npIAoL2HjVaAHHDoiZLHYkfgo3HUURRA > =Zq0K > -----END PGP SIGNATURE----- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > > -- View this message in context: http://www.nabble.com/Transfer-all-HttpSessions-from-one-cluster-node-to-another-tp21649886p21701502.html Sent from the Tomcat - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
