LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

Re: multiple vips with ultramonkey/ldirectord

To: "LinuxVirtualServer.org users mailing list." <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: multiple vips with ultramonkey/ldirectord
From: Dave Lowenstein <dlowenst@xxxxxxxxxxxxx>
Date: Mon, 29 Mar 2004 13:35:02 -0800 (PST)
inexplicably this started working. It may have something to do with me
having to kill -9 heartbeat and ldirectord because /etc/init.d/heartbeat
restart wasn't responding.

my newest problem is that ipfail doesn't seem to be working. The version
of heartbeat is 1.0.4. When I pull out the ethernet cable on the master
director, no messages are sent over the serial cable to the slave and
nothing fails over.

I have both directors set up to ping their gateway ip in the ha.cf file,
and /usr/lib/heartbeat/ipfail is set up to respawn. 

Dave Lowenstein
Analyst/Programmer
Instructional Technology Services
San Diego State University
(619)594-0270
http://www-rohan.sdsu.edu/dept/its

On Fri, 26 Mar 2004, Dave Lowenstein wrote:

> I've spent the last two days getting ultramonkey with ldirectord up and
> running on two boxes. It's been a pretty smooth ride with the
> documentation being a big help.
> 
> I'm having trouble getting multiple VIPs to work in the way I want it to,
> however.
> 
> I want to have 2 VIPS that direct http/https traffic to two different
> pools of RIPs (a production and a test environment)
> 
> In this config I'm trying to get x.x.x.180 to forward to 192.168.2.150,
> and x.x.x.189 to forward to 192.168.2.151
> 
> my ldirectord.cf:
> 
> # Global Directives 
> checktimeout=3 
> checkinterval=1 
> fallback=127.0.0.1:80
> autoreload=yes 
> quiescent=yes 
> 
> virtual=x.x.x.180:80
>         real=192.168.2.150:80 masq
>         fallback=127.0.0.1:80
>         service=http
>         request="hb.html"
>         receive="Test Page"
>         scheduler=rr
>         #persistent=600
>         #netmask=255.255.255.255
>         protocol=tcp 
> 
> virtual=x.x.x.189:80
>         real=192.168.2.151:80 masq
>         fallback=127.0.0.1:80
>         service=http
>         request="hb.html"
>         receive="Test Page"
>         scheduler=rr
>         #persistent=600
>         #netmask=255.255.255.255
>         protocol=tcp
> 
> --However, both VIPs are directing traffic to both RIPs:
> 
> ipvsadm output:
> 
> IP Virtual Server version 1.0.10 (size=65536) Prot LocalAddress:Port
> Scheduler Flags
>   -> RemoteAddress:Port Forward Weight ActiveConn InActConn 
> TCP x.x.x.180:http rr
>   -> lb1.sdsu.edu:http Local 0 0 0
>   -> 192.168.2.151:http Masq 1 0 23
>   -> 192.168.2.150:http Masq 1 0 24 
> TCP x.x.x.189:http rr
>   -> 192.168.2.150:http Masq 1 0 9
>   -> 192.168.2.151:http Masq 1 0 8
>   -> lb1.sdsu.edu:http  Local 0 0 0        
> 
> 
> ldirectord is launched by /etc/ha.d/haresources 
> 
> lb1.sdsu.edu IPaddr::192.168.2.100 IPaddr::x.x.x.189/24/eth0
> IPaddr::x.x.x.180/24/eth0 ldirectord::ldirectord.cf
> 
> 
> 192.168.2.100 is the DIP. It seems to think that the two different VIPs
> are supposed to point to the two different RIPs:
> 
> 
> (tail of /var/log/ldirectord.log)
> 
> [Fri Mar 26 18:15:21 2004|ldirectord.cf] Restored real server:
> 192.168.2.151:80 (0 x x.x.x.180:80) (Weight set to 1)  
> [Fri Mar 26 18:15:21 2004|ldirectord.cf] Quiescent fallback server:
> 127.0.0.1:80 (1 x x.x.x.180:80) (Weight set to 0) 
> [Fri Mar 26 18:15:21 2004|ldirectord.cf] Restored real server:
> 192.168.2.151:80 (-1 x x.x.x.189:80) (Weight set to 1)
> [Fri Mar 26 18:15:22 2004|ldirectord.cf] Restored real server:
> 192.168.2.150:80 (1 x x.x.x.180:80) (Weight set to 1) 
> [Fri Mar 26 18:15:22 2004|ldirectord.cf] Restored real server:
> 192.168.2.150:80 (0 x x.x.x.189:80) (Weight set to 1)
> 
> 
> 
> Do you have any ideas as to why this it's behaving this way?
> 
> _______________________________________________
> 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
> 

<Prev in Thread] Current Thread [Next in Thread>