Re: ldirectord: active sessions on a dead server weighted 0
James Ziller <[email protected]>
| Newsgroups | gmane.linux.highavailability.ultramonkey |
|---|---|
| Message-ID | <[email protected]> |
Thanks alot Simon! I guess i missed that one! On May 30, 2006, at 4:12 AM, Simon Luff wrote: > hi James, > > The setting you want to alter here is the quiescent setting. From > the ldirectord man page: > >> quiescent = [yes│no] >> If yes, then when real or failback servers are determined to be down, >> they are not actually removed from the kernel's LVS table. Rather, >> their weight is set to zero which means that no new connections will >> be accepted. This has the side effect, that if the real server has >> persistent connections, new connections from any existing clients >> will continue to be routed to the real server, until the persistant >> timeout can expire. See ipvsadm for more information on persistant >> connections. > > Setting quiescent = no will make sure that all connections will > immediately stop using the dead real server. > > The persistent value is intended for making multiple connections > from the same client end up on the same server. Whilst according to > documentation it should mean connections would stop to the dead > server after the persistence timout, I have noticed the behaviour > that you describe (when quiescent = yes). > > best regards, > Simon. > > James Ziller wrote: >> Thanks for the reply. It surprises me that setting the >> persistent value would cause ldirectord to not failover sessions >> even when a server is completely _dead_, what good is that? I >> was considering that this could be the issue but it had been >> over ten minutes since I timed the server going down(well passed >> the time a session should have been persistant,120 seconds) and >> certain clients were still not able to make an http connection... >> On May 24, 2006, at 1:46 PM, Terry, Jason wrote: >>> If you don't want your server to behave like this then remove >>> this line >>> persistent=120 >>> >>> But you'll lose your persistent connections if you do. I'm not >>> sure if >>> there is a "best of both worlds"... >>> >>> -----Original Message----- >>> From: [email protected] >>> [mailto:[email protected]] On Behalf Of James >>> Ziller >>> Sent: Wednesday, May 24, 2006 11:17 AM >>> To: [email protected] >>> Subject: ldirectord: active sessions on a dead server weighted 0 >>> >>> Greetings folks, >>> >>> I am hoping someone here could give me advice on an issue I am >>> having >>> with ldirectord. I am load balancing between two apache servers, >>> works great except when one server goes down ipvsadm still shows >>> active sessions on it even though the weight is dropped down to 0. >>> When this happens, certain clients(presumably the ones with active >>> sessions on the dead server) can no longer access the http server >>> through the load balancer, while other clients have no problems. >>> Once the dead server is brought back up all connection issues go >>> away. Any ideas why everything isnt failing over? Another >>> factor is >>> that many of the connections are made through an ISA proxy (any >>> compatibility concerns there?). Heres my config: >>> >>> # Global Directives >>> checktimeout=10 >>> checkinterval=5 >>> fallback=127.0.0.1:80 >>> autoreload=no >>> logfile="/var/log/ldirectord.log" >>> #logfile="local0" >>> quiescent=yes >>> >>> #incoming standard web traffic >>> virtual=199.27.3.33:80 >>> real=192.168.124.6:80 masq >>> real=192.168.124.7:80 masq >>> fallback=127.0.0.1:80 >>> persistent=120 >>> service=http >>> request="index.html" >>> receive="Test Page" >>> scheduler=wlc >>> protocol=tcp >>> checktype=negotiate >>> >>> Thanks, >>> James > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- > Ultra Monkey - http://www.ultramonkey.org/ > To UNSUBSCRIBE, email to [email protected], with a body: > unsubscribe ultramonkey-users [email protected] > where "[email protected]" is YOUR email address. > -- Ultra Monkey - http://www.ultramonkey.org/ To UNSUBSCRIBE, email to [email protected], with a body: unsubscribe ultramonkey-users [email protected] where "[email protected]" is YOUR email address.