[ULTRAMONKEY-USERS] LVS + Ldirectord causing trouble

[Terry, Jason]

Set your director to negotiate a connection and check for a text string
to appear in the result.  This does a more strenuous test of your
system.

 

Do a "man ldirectord" for more

 

Example:

 

virtual=1

        real=10.10.10.48:0 gate 500

        real=10.10.10.49:0 gate 500

        service=http

        scheduler=wlc

        protocol=fwm

        persistent=300

        checktype=negotiate

        request="index.html"

        receive="put some text here that appears in index.html"

 

________________________________

From: ultramonkey-users-bounces at vergenet.net
[mailto:ultramonkey-users-bounces at vergenet.net] On Behalf Of Heiko
Neuhaus
Sent: Monday, October 22, 2007 2:32 AM
To: ultramonkey-users at vergenet.net
Subject: [ULTRAMONKEY-USERS] LVS + Ldirectord causing trouble

 

Hi Mailing-list :-)

 

I have a short problem that I've been struggling with for quite some
time:

 

Im running 2 directors on FC7_64 (Intel q6600 quadcore and 4 gig ram
each)...  i use ldirectord to check for service uptime (httpd). In case
of a total failure of the director the backup-director takes its place
correctly. However in my real-world-downtimes the first server often
becomes slow and irresponsive (= ssh login not working, webserver hardly
working) but heartbeat still seems to send its pings and considering
itself as alive - even if its not!:"ipvsadm -Ln" still shows the correct
routing table but its just not forwarding stuff anymore. I tried
reducing the deadtime to crazy low values (1-3 sec) which led to a
split-brain and didn't solve the problem. It seems that pings always
arrive in time so this can't be an option to detect this.

 

So basically my questio is: Is there a way to detect such situation? I
was thinking about writing a script that checks for ssh-login working
and stops heartbeat server in case its not. But I strongly think that
there must be a more professional approach for this problem?

 

Thanks alot & bw,

Heiko Neuhaus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.vergenet.net/pipermail/ultramonkey-users/attachments/20071022/6ad7d8fa/attachment.htm