Quiescent server connections

[Adrian Chapela]

Ben Hollingsworth escribió:
> OK, so I've got my setup nailed down pretty well.  This is pair of squid
> web proxies on a 2-host LVS running UltraMonkey / HB 2.0.7-8 on RHEL4
> (2.6.9).  I'm struggling with one more thing, though.  With
> quiescent=true, if I shut down squid on one box, connections from new
> hosts fail over to the other box just fine, but connections from
> persistent hosts keep going to the same, dead box.  I realize this is as
>   

OK, to solve the problem there are two variables:

/proc/sys/net/ipv4/vs/expire_nodest_conn --> to expire connections 
before the protocol timeout. This is to solve the problem when a server 
goes down. For example in the UDP protocol the protocol timeout is too high.

/proc/sys/net/ipv4/vs/expire_quiescent_template --> this variable I 
think is the variable to solve your problem. With this you timeout your 
persistent template when a server goes down.

I don't know what them makes exactly but the first solve my problems. 
You could make a test.

Best regards.
> intended.  If I set quiescent=false, all client communication with the
> dead box ceases immediately, which includes cutting off active
> connections at the knees.  That's not an issue if the squid actually
> dies.  However, most of our failovers will be due to my own planned
> maintenance.  In that case, I'd like to allow existing connections
> (which may be lengthy downloads) to finish before sending new requests
> (even from persistent clients) to the live box.  I can't find any way to
> do this without hacking the kernel to match a 2-yr-old patch that Horms
> published (assuming that even applies to my setup).  Most of the info
> about this seems to have been written three years ago.  Is there a way
> to make this work without a custom compile?
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> LinuxVirtualServer.org mailing list - lvs-users at LinuxVirtualServer.org
> Send requests to lvs-users-request at LinuxVirtualServer.org
> or go to http://www.in-addr.de/mailman/listinfo/lvs-users
>