|
I've done as you suggested: arp -a from the client. You were absolutely
correct :) It is not the same as on real IP address:
192.168.110.117 00-11-43-cd-2a-bb dynamic
192.168.110.119 00-02-b3-c1-c4-1c dynamic
where on the director:
eth0 -- 00:11:43:CD:2A:BB
eth0:0 -- 00:11:43:CD:2A:BB
Am I to understand that .119 shouldn't even show up in the list? Ok,
back to drawing board; maybe you can point me in the right direction?
Thank you
Daniil
Joseph Mack wrote:
Daniil Sosonkin wrote:
Hi all,
I'm very new to LVS but managed to configure it on Mandrake 10 (kernel
2.6.3-7mdksmp, had precompiled IP Virtual Server version 1.1.8
(size=4096) ). Its an LVS-TUN with weighted round robin. Configured as
follows:
ipvsadm -A -t 192.168.110.119:2004 -s wrr
ipvsadm -a -t 192.168.110.119:2004 -r 192.168.110.115:2004 -i -w 1
ipvsadm -a -t 192.168.110.119:2004 -r 192.168.110.114:2004 -i -w 1
It works fine and schedules server equally as expected. But time to time
it does something weird. All the connections are being redirected to one
of the real servers.
I assume you're doing this from client(s) on the x.x.110.x network.
I suspect your VIP is not hidden. What is the MAC address of the VIP
as seen by a client (run `arp -a`) that is always connecting to the
one realserver? It should be the MAC address of eth0 on the director.
I expect you'll find it's the MAC address of eth0 of the realserver.
when you're stuck on the one realserver, if you're having the arp problem,
the counters output from ipvsadm won't increment either.
I'm blindingly reading up on ARP issues, but I really simply don't
understand it.
it wasn't easy for any of us either ;-), but your confidence at
parties will increase immeasurably once you understand it.
Joe
**********************************************************************
This email message has been swept by
MIMEsweeper for the presence of any viruses.
www.mimesweeper.com
**********************************************************************
| 