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.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.