if you cannot increase the mcast_ttl and pass multicast over a router, then you will need to use gmetad.
all you need to do is at the remote gmond at as a data source in the gmetad configuration (/etc/gmetad.conf) and gmetad will poll the data from the remote gmond via TCP (unicast). this negates the need to multicast altogether. let me know if this doesn't solve the problem. -matt On Wed, 2004-01-28 at 08:25, King, Eric (LNG-DAY) wrote: > I was wondering if anyone had made in progress on this? > > > > Thanks, > > > > -Eric > > > > From: Chris Johnson <[EMAIL PROTECTED]> > gmond on a different subnet. > 2004-01-15 10:32 > > Hey all, > > > > Some of the systems or which I'm responsible are in another > > building on a different subnet. I fired up gmond on one of them but > > it doesn't show up on my cluster map. Any particularly exciting > > reason for this. Can it be made to work? I don't want to fire up > > another Web site for that building if I don't have to. Help > > appreciated. Thank you. > > > > > > > Eric S. King > Capacity and Performance Management > LexisNexis > 937-865-6800 x55964 > > "In capacity planning, the answer is always 'it depends'. With virtual > systems and Linux, 'it depends even more'."--Bill Bitner, IBM > > -- mobius strippers never show you their backside pgp fingerprint A7C2 3C2F 8445 AD3C 135E F40B 242A 5984 ACBC 91D3
signature.asc
Description: This is a digitally signed message part
