|
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 - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
or go to http://lists.graemef.net/mailman/listinfo/lvs-users
|
