Delayed removal from server pool
Sun, 22 Apr 2001 23:23:40 -0700
* On 04/22/01 firstname.lastname@example.org wrote:
> * On 04/22/01 email@example.com wrote:
> > > Hi,
> > >
> > > I've noticed the following with ldirectord (http and https
> > > configurations). ldirectord is setup to use the "negotiate"
> > > checktype when querying the real server(s). I find that
> > > if I bring down the real server(s) (or sever their network
> > > connection) without first bring down the actual service
> > > being monitered (apache in this case), there is a delay of
> > > a couple of minutes in ldirectord pulling the affected real
> > > server(s) out of the avaliable server pool. I've found that
> > > there is still an open connection between the LVS-ldirectord
> > > machine and the real server(s) that were just take off line.
> > > This "connection" is in a SYN_SENT state which apparently takes
> > > a couple of minutes to timeout. During this time, external
> > > connections are still being directed by LVS to real server(s)
> > > that are no longer avaliable.
> > >
> > > Is this expected behavior, if so how can I shorten the timeout
> > > while not affectiong anything else?
> > Hi William,
> > I just had a short look into the man page and maybe "negotiatetimeout" is
> > what you need:
> > negotiatetimeout = n
> > Defines the number of seconds to wait for TCP/IP timeouts. Default is
> > defined by the operating system. If defined in virtual server section
> > then the global value is overridden.
> I tried this before as well, but noticed no change in the length of the
> timeout, but I'll double check (my attention span seems to be much
> deminished these days, so I may have missed something).
> Much thanks for the info.
So, I double checked, and set negotiatetimeout to a varity of values
under 90 sec, but to no avail. The connection still will only timeout
after approximately 90 sec.
> > For more information you might also ask on the lvs mailing list, see
> > http://www.LinuxVirtualServer.org/
> > Cheers,
> > Juri
> > --
> > Juri Haberland <firstname.lastname@example.org>