precitool05 <[email protected]> wrote:
> cluster {
> name = "mycluster2"
> owner = "unspecified"
> latlong = "unspecified"
> url = "unspecified"
> }
>
> looks good? but the node gets stashed away at mycluster1 anyways.
You've run into something that trips a lot of people up.
You'd think that the cluster section defines which cluster a gmond
node is a member of, but that is in fact *not at all* the case.
Cluster membership is defined solely by which groups of nodes
aggregate their data, which is determined by your send and receive
channels:
- If you're using multicast, all gmond nodes on the same IP
and port will be a cluster together.
- If you're using unicast, each gmond sees a "cluster" of the nodes
that it is receiving data from.
In your gmetad.conf, you tell it which node to contact as the
data_source for each cluster. gmond will contact the data_source, and
the cluster will be all nodes that that data_source node sees as being
part of its cluster.
The cluster {} portion of gmond.conf defines some metadata that node
will report in the "cluster" portion of its xml, but has no effect
whatsoever on cluster membership.
Yes, this is confusing until you know how it works.
-- Cos
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Ganglia-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-general
