On Tue, May 19, 2009 at 04:27:19PM +0900, Christian Balzer wrote: > > Hello, > > On Sat, 16 May 2009 02:24:55 +1000 Simon Horman wrote: > > > On Fri, 2009-05-15 at 09:19 -0400, Geoff Harrison wrote: > > > Isn't that what quiescent=yes is for? At least in masquerade mode > > > (what we use), when the weight is set to 0 ipvs continues to send > > > existing TCP sessions to that server. We weight a server to 0, then > > > watch to make sure all of the connections have closed, then bring the > > > service down. > > > > Just to clarify, quiescent=yes should work this way for all of LVS's > > forwarding methods. > > > It does not for SH (and DH I presume but I never tested that). Well, not as > expected at least. As I've been pointing out for well over a year and just > re-tested with the latest kernel. > > If the weight goes to 0 with SH and quiescent=yes set connections will > keep going to the old server as expected. Alas even when they expire they > will keep being sent there as will completely new connections if the hash > result assigns them to the weight 0 RS.
I don't seem to be able to reproduce that problem. Do you have persistence set? If so, could you try setting /proc/sys/net/ipv4/vs/expire_quiescent_template to 1 ? _______________________________________________ Please read the documentation before posting - it's available at: http://www.linuxvirtualserver.org/ LinuxVirtualServer.org mailing list - [email protected] Send requests to [email protected] or go to http://lists.graemef.net/mailman/listinfo/lvs-users
