Problems with LVS/TU

[Michael Gale]

Hey,

	Monitor the arp table and packets on client2, you could be experiencing the arp problem since client2 is on the same LAN.

I was using ICMP to test this and once I was able to resolve the ARP issue I then started testing out LVS.

Michael


Adam Smutnicki wrote:
> Hello
> I'm trying to force my LVS network to work proprly, but I cannot. So 
> I'll be
> very glad for any help.
> 
> First some details about my network
> 
> Connection schema:
> Client1 -- LAN -- Director -- Internet -- Real Server -- Client2
> 
> - Client ip is x.x.x.92 (C1IP) real ip
> - Directors ip is x.x.x.91 (DIP) real ip
> - VIP x.x.x.93 (VIP) real ip
> - Real Server ip y.y.y.46 (RIP) - external interface, real ip
> - Real Server ip local: 192.168.0.1 - LAN to Client2
> - Client2 ip 192.168.1.10
> 
> on: RS
> tunl0     Link encap:IPIP Tunnel  HWaddr
>          inet addr:x.x.x.93  Mask:255.255.255.255
>          UP RUNNING NOARP  MTU:1480  Metric:1
>          RX packets:22 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>          collisions:0 txqueuelen:0
>          RX bytes:1320 (1.2 KiB)  TX bytes:0 (0.0 b)
> 
> on: Director
> eth0:0    Link encap:Ethernet  HWaddr 00:0A:CD:07:5E:B2
>          inet addr:x.x.x.93  Bcast:x.x.x.93  Mask:255.255.255.255
>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>          Interrupt:5 Base address:0x2000
> 
> on: RS
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use
> Iface
> x.x.x.93          *               255.255.255.255 UH    0      0        0
> tunl0            //(VIP)
> 192.168.1.0     *               255.255.255.192 U      0      0        0
> eth1
> y.y.y.0             *               255.255.255.0   U       0      0
> 0 eth0
> default         y.y.y.254        0.0.0.0            UG     0      
> 0        0
> eth0
> 
> I'm trying to do loadbalancing on mysql
> 
> on Director:
> #ipvsadm
> IP Virtual Server version 1.2.1 (size=4096)
> Prot LocalAddress:Port Scheduler Flags
>  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
> TCP  x.x.x.93:mysqlwlc
> // (VIP)
>  -> y.y.y.46:mysql         Tunnel  1      0
> 0                                            // (RIP)
> 
> So here is what i've observer during some tests:
> Of course my firewall is down on Real Server, and mysql is listening on
> 0.0.0.0 address
> #netstat -an | grep 3306
> tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN
> 
> 1) When i do
> $mysql -u user -p -h VIP
> on Client2 i can connect to mysql on VIP, but i dont see any packets 
> camming
> on tunl0 on RS
> 2) when i do
> $mysql -u user -p -h VIP
> on Client1
> i see (on RS) that packets are tunneled to RS - I see packets with 2 IP
> headers, then i can see packet without tuneling ip header, so with
> ip.src=Client2 and ip.dst=VIP, but packets are appearing on tunl0, but
> connecting isn't estabilished, no ACK packets are sent.
> 
> I hope that i've included necesary information.
> 
> I'm dealing with this couple of days and have no idea what is going wrong.
> I'll be very glad if anyone can help me. I need this to work, because it is
> main part of one of my projects on my studies.
> Best regards
> Adam
> _______________________________________________
> 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

-- 
Michael Gale

Red Hat Certified Engineer
Network Administrator
Pason Systems Corp.