[lvs-users] ldirectord feature patch - add abilility to signal system maintenance
horms at verge.net.au
Tue May 19 10:52:42 BST 2009
On Tue, May 19, 2009 at 04:27:19PM +0900, Christian Balzer wrote:
> 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 ?
More information about the lvs-users