On Mon, Mar 17, 2008 at 10:31:10PM +0100, Paul Millar wrote:
> This has
> Dom0 (master) with eth0 connected to the LAN and DomUs (guests) connected.
> The guests have their virtual eth0 NICs connected to an internal bridge
> (br-xen) with Dom0 providing masquerading NAT.
haven't used Xen in this setup, but had a similar setup using kvm (with a
bridge which includes the physical interface and the tap devices the guests
get assigned) :
# brctl show
bridge name bridge id STP enabled interfaces
br0 8000.0019d172f311 no eth0
tap0
> I've noticed two problems with this setup. First, multicast binding to
> particular device when sending UDP seems to be broken.
binding to br0 works fine for me (can't send and listen to the metrics through
multicast packets) and of course, sniffing the interface (br0 or eth0) show
packets going out and in (in both at the same time, as they are bridged).
I suspect the br-xen device doesn't support multicast IOCTLs making your gmond
deaf (have seen something like that with an intel wireless adapter once).
> The second problem is with a Xen guest host transmitting over the internal
> bridge. The gmond running in Dom0 is aware of the traffic from the DomU
> machine as its XML has a corresponding HOST element (with a TN that updates
> as expected); however, no actual metrics are recorded.
a 3.1 gmond sending its metrics to a 3.0 gmond showed something similar in my
tests, and that is expected (compatibility is only granted at the XML layer
between gmetad and gmond)
did you see this problem with both 3.1 gmond?, is the same observed if
the metrics are collected using unicast instead?
Carlo
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Ganglia-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-developers
