|
On Sunday, September 28, 2003, at 09:02 AM, mike wrote:
Hi , thanks for your reply .
Well the behavior you r experiencing is what I am trying to achieve.
My MS
ASP applications has sometimes a mind of their own . I am using
ldirectord
as I explained and what it does is it polls the server for the result
of an
asp page . In case of failure it turns the weight to 0 on the ipvs
rule . No
new connections will be sent to the dead server but in every retry of
the
clients that were connected to the same it still tries to connect them
until
the timeout of that connection .This is the expected behaviour
according to lvs documentation .
Don't set the weight to 0, remove the real server from the LVS table
when it fails. When you remove the real server from the table you also
remove the information from the persistence table. Setting the weight
to 0 is normally used for orderly shutdown of a real server for
maintenance.
-Matt
Thanks
----- Original Message -----
From: "Joao Clemente" <jpcl@xxxxxxxxxxxxxx>
To: "LinuxVirtualServer.org users mailing list."
<lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Sent: Sunday, September 28, 2003 8:50 AM
Subject: Re: LVS-DR
I am using LVS-DR to balance 4 MS servers . Due to the nature of the
web
application and the user behavior I had to set the connection
timeout as
30
min . In case of failure of one of the real servers users need to be
forced
to connect to a different server. That means the lvs tables need to
cleared
as far as connections from clients to the failed box , so that any
reconnect
trail will open new connection to one of functioning servers . I an
using
ldirectord to startup and monitor .
Hello mike. I'm using lvs-dr with persistence as well.
I can't explain you why, but as fas as I've notisted,
as soon as I delete the entry from lvs to a particular realserver,
the packets start getting directed to other realservers...
I was unable to explain why to miself, as I was expecting the packets
to
keep on trying to reach the failed realserver..
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.521 / Virus Database: 319 - Release Date: 23-09-2003
_______________________________________________
LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
or go to http://www.in-addr.de/mailman/listinfo/lvs-users
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.521 / Virus Database: 319 - Release Date: 9/23/2003
_______________________________________________
LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
or go to http://www.in-addr.de/mailman/listinfo/lvs-users
|
