Hi and thanks for answering

> > As you can see the realserver 192.168.100.32:80 is listed
> > as Local. Which DO make sence since that realserver is
> > local to the director im issuing the command on.
> 
> do you have 4 boxes or 2?

I have 2 hardware servers.
> 
> > Now here comes the problem: If I try to connect to the
> > service, it works 50% of the time. If it hits the Local
> > realserver everything works, but the other 50% of the
> > attemps it tries the other real server, and that just
> > fails.
> 
> is the route set correctly for the 2nd realserver?

I guess that depends on what "correctly" means? 

This is the routing table for each hardware box:


Server 1:
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
192.168.100.0   0.0.0.0         255.255.255.0   U     0      0        0
eth0
0.0.0.0         192.168.100.254 0.0.0.0         UG    0      0        0
eth0

Server2:
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
192.168.100.0   0.0.0.0         255.255.255.0   U     0      0        0
eth0
0.0.0.0         192.168.100.254 0.0.0.0         UG    0      0        0
eth0

> Can you not send alternate blank lines?

Hmm I can if I know what you mean, do you mean the message format of my
first post? If I had varying line space I'm sory there was a lot of cut
and pasting involved. I will try not to do so again.

 
I can telnet to all the ip's involved from both directors. So I don't
think it's a routing issue per say. If I connect to the virtual ip
(192.168.100.35) from the director I always get to the local realserver
though. I guess that is because the machine has the ip itself. If I use
the realserver ip's from either director I can connect fine to both of
them.


So I'm not really sure what I can try and change to debug this?

Best regards

Jonas Larsen

_______________________________________________
LinuxVirtualServer.org mailing list - [email protected]
Send requests to [EMAIL PROTECTED]
or go to http://lists.graemef.net/mailman/listinfo/lvs-users

Reply via email to