Yes this patch has been applied to trunk. It will be part of Ganglia
3.2.1.
On Tue, 1 Nov 2011, Mike Ellis wrote:
> Mark Wagner intelius.com> writes:
>
>>
>> This is the patch I ended up using:
>>
>> diff -urN ganglia-3.2.0.dist/gmetad/process_xml.c
>> ganglia-3.2.0/gmetad/process_xml.c
>> ---
Mark Wagner intelius.com> writes:
>
> This is the patch I ended up using:
>
> diff -urN ganglia-3.2.0.dist/gmetad/process_xml.c
> ganglia-3.2.0/gmetad/process_xml.c
> --- ganglia-3.2.0.dist/gmetad/process_xml.c 2011-07-07
> 08:44:35.0 -0700
> +++ ganglia-3.2.0/gmetad/process_xml.c
On 10/31/2011 02:01 PM, mike ellis wrote:
>
> Mark Wagner intelius.com> writes:
>
> >
> >
> > On 10/20/2011 02:24 PM, Mark Wagner wrote:
> > > I removed
> > >
> > > if (authority_mode(xmldata))
> > >
> > > from endElement_CLUSTER which seems to fix the problem. I can't quite
> > > figure out if
Mark Wagner intelius.com> writes:
>
>
> On 10/20/2011 02:24 PM, Mark Wagner wrote:
> > I removed
> >
> > if (authority_mode(xmldata))
> >
> > from endElement_CLUSTER which seems to fix the problem. I can't quite
> > figure out if that is correct. I expected the master gmetad to write out
> > th
On 10/20/2011 02:24 PM, Mark Wagner wrote:
> I removed
>
> if (authority_mode(xmldata))
>
> from endElement_CLUSTER which seems to fix the problem. I can't quite
> figure out if that is correct. I expected the master gmetad to write out
> the data for the nodes in clusters handled by the sub gmet
I can't use 3.1.7 because the float value processing doesn't work for
me. The error is the same as described here:
http://www.mail-archive.com/ganglia-general@lists.sourceforge.net/msg06696.html
Version 3.2.0 fixed it somehow.
I may have found the bug and a possible solution. Between 3.1.7 and
We are looking into this. For the time being I would downgrade gmetad to
3.1.7. Please note that you can run 3.2.0 gmond with 3.1.7 gmetad.
Vladimir
On Thu, 13 Oct 2011, Mark Wagner wrote:
> Hello,
>
> After upgrading from 3.1.7 to 3.2.0 those data sources that are other
> gmetad processes no l
FWIW I see the same behavior, we're on 3.2.0 exclusively.
On Thu, Oct 13, 2011 at 3:29 PM, Mark Wagner wrote:
> Hello,
>
> After upgrading from 3.1.7 to 3.2.0 those data sources that are other
> gmetad processes no longer work properly. When I telnet to the gmetad
> source I see all the data. Th
Hello,
After upgrading from 3.1.7 to 3.2.0 those data sources that are other
gmetad processes no longer work properly. When I telnet to the gmetad
source I see all the data. This is the output from running with gmetad
at debugging level 2:
[huk2] is a 2.5 or later data stream
hash_create size
9 matches
Mail list logo
