>>> On 8/21/2008 at 12:19 PM, in message
<[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> wrote:
> http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=200
>
> [EMAIL PROTECTED] changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> CC| |[EMAIL PROTECTED]
> AssignedTo|ganglia- |[EMAIL PROTECTED]
> |[EMAIL PROTECTED]|
> |et |
>
> ------- Additional Comments From [EMAIL PROTECTED] 2008-08-21 11:19 -------
> there was a reason why libgmond values were set to NULL (maybe so it can be
> written over if needed, and easily detected to be an empty value, but can't
> recall).
>
> there is a note in gmond.conf which is related :
>
> B<NOTE>: Currently gmetad cannot process data sources that do not
> have a cluster tag. This will be remedied in the future.
>
Carlo,
So what do you want to do with the patch? I don't think that specifying a
cluster default name is going to hurt anything since having no cluster name is
a misconfiguration. Also the default gmond.conf file provides a default anyway
for all of the cluster values. After looking at the XML parsing code, I can
see why the above note was necessary. The parser can't handle a host without a
cluster. It just doesn't fit into the in-memory storage hierarchy that gmetad
expects (ie. Grid->Cluster->Host->metric). Let me know whether we should but
it into 3.1.1 or hold off so that we can move forward with a 3.1.1 tag.
Brad
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Ganglia-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-developers