Or its own multicast address. That can make it easier to segment things by switch if you need to (e.g., if you're modeling racks as clusters, using a multicast address or port that matches up with your rack# can make things easier to track down). Also, your switches will propagate based on address, not port, generally, so you get less network traffic if you assign an address per cluster than a port per cluster (again assuming your cluster boundaries match up with your networking boundaries).
Just another option -- -- ReC On Tue, Mar 22, 2011 at 2:39 PM, Ron Cavallo <ron_cava...@s5a.com> wrote: > I am using Multicast. > > So each cluster needs it's own port is that what you are saying? > > -Regards > > Ron Cavallo > Sr. Director, Infrastructure > Saks Fifth Avenue / Saks Direct > 12 East 49th Street > New York, NY 10017 > 212-451-3807 (O) > 212-940-5079 (fax) > 646-315-0119(C) > www.saks.com > > > -----Original Message----- > From: Bernard Li [mailto:bern...@vanhpc.org] > Sent: Tuesday, March 22, 2011 5:38 PM > To: Ron Cavallo > Cc: Seth Graham; ganglia-general@lists.sourceforge.net > Subject: Re: [Ganglia-general] Ganglia: Nodes showing up in wrong > clusters in web frontend > > Hi Ron: > > On Tue, Mar 22, 2011 at 2:25 PM, Ron Cavallo <ron_cava...@s5a.com> > wrote: > >> I used the script that I wrote to STOP all gmonds, STOP gmetad, then >> START All gmonds and START gmetads, and I still have non-cluster > members >> reporting into the wrong clusters. Any other ideas that you may have >> would be appreciated! > > Are you using unicast or multicast in this instance? If you're using > multicast, you need to make sure the cluster uses a different port > (i.e. other than the default 8649 gmond port) because that's how they > are clustered together. Pick something like 8650 in gmond.conf, > restart all the daemons and it should work. > > Cheers, > > Bernard > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > Ganglia-general mailing list > Ganglia-general@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ganglia-general > ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Ganglia-general mailing list Ganglia-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-general
