|
Yes I agree, the name resolution is what cause the ipvsadm to be slow
This is an output from route
#route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
66.208.187.0 * 255.255.255.128 U 0 0 0 eth1
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth1
127.0.0.0 * 255.0.0.0 U 0 0 0 lo
default 66.208.187.126 0.0.0.0 UG 0 0 0 eth1
default 66.208.187.126 0.0.0.0 UG 0 0 0 eth1
default 66.208.187.126 0.0.0.0 UG 1 0 0 eth1
-----Original Message-----
From: lvs-users-bounces@xxxxxxxxxxxxxxxxxxxxxx
[mailto:lvs-users-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Josh Tolley
Sent: Tuesday, April 06, 2004 11:07 AM
To: LinuxVirtualServer.org users mailing list.
Subject: Re: Help debugging director problems after a period of time
As an outsider, I submit that the ipvsadm --list slowness is because of the
lack of communication with the name server. I would check the routing tables
-- could be that the director or something munches them.
Then again, I haven't necessarily read the messages that led up to your
included "readers' digest" version...
Josh Tolley
Randy Paries wrote:
> Hello,
>
> It is me again. Still fighting this battle.
(snip...)
_______________________________________________
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
|
