Re: [Ganglia-developers] Bug with 3.1.0 gmetad aggregating another 3.1.0 gmetad?

2008-08-08 Thread Carlo Marcelo Arenas Belon
On Fri, Aug 08, 2008 at 01:23:04PM +0100, Kostas Georgiou wrote: > > It will obviously be easier for all packagers to have easilly accessible > patches instead of having to backport them from the trunk :). as part of preparing them for next release we have to backport them anyway so it wouldn't b

Re: [Ganglia-developers] Bug with 3.1.0 gmetad aggregating another 3.1.0 gmetad?

2008-08-08 Thread Bernard Li
On Fri, Aug 8, 2008 at 5:23 AM, Kostas Georgiou <[EMAIL PROTECTED]> wrote: > It will obviously be easier for all packagers to have easilly accessible > patches instead of having to backport them from the trunk :). It might be > better though to just get a new release out every lets say a couple of

Re: [Ganglia-developers] Bug with 3.1.0 gmetad aggregating another 3.1.0 gmetad?

2008-08-08 Thread Kostas Georgiou
On Fri, Aug 08, 2008 at 04:29:17AM -0500, Carlo Marcelo Arenas Belon wrote: > On Thu, Aug 07, 2008 at 11:55:56PM -0700, Bernard Li wrote: > > > > I would just file a bug in bugzilla and upload the patch there. > > since we don't have a gentoo developer in the list AFAIK that is why I > filed BUG

Re: [Ganglia-developers] Bug with 3.1.0 gmetad aggregating another 3.1.0 gmetad?

2008-08-08 Thread Carlo Marcelo Arenas Belon
On Thu, Aug 07, 2008 at 11:55:56PM -0700, Bernard Li wrote: > > I would just file a bug in bugzilla and upload the patch there. since we don't have a gentoo developer in the list AFAIK that is why I filed BUG234238 for them : http://bugs.gentoo.org/show_bug.cgi?id=234238 in the other hand, si

Re: [Ganglia-developers] Bug with 3.1.0 gmetad aggregating another 3.1.0 gmetad?

2008-08-08 Thread Carlo Marcelo Arenas Belon
On Thu, Aug 07, 2008 at 05:09:49PM -0600, Brad Nicholes wrote: > >>> On 8/7/2008 at 11:44 AM, in message <[EMAIL PROTECTED]>, Carlo > Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote: > > On Thu, Aug 07, 2008 at 09:51:14AM -0600, Brad Nicholes wrote: > >> I reverted the workaround in hash.c > > > >

Re: [Ganglia-developers] Bug with 3.1.0 gmetad aggregating another 3.1.0 gmetad?

2008-08-06 Thread Carlo Marcelo Arenas Belon
On Tue, Aug 05, 2008 at 05:37:20PM -0700, Bernard Li wrote: > > Is this a bug? not sure how else can we call a gmetad segfaulting. in this case the code that is breaking is part of libganglia's hash_lookup (hash.c) function while doing : READ_LOCK(hash, i); when hash is a NULL pointer becaus

[Ganglia-developers] Bug with 3.1.0 gmetad aggregating another 3.1.0 gmetad?

2008-08-05 Thread Bernard Li
Hi all: I just upgraded my aggregator gmetad from 3.0.x to 3.1.0 and it is segfaulting: [Test] is a 2.5 or later data stream hash_create size = 50 hash->size is 53 Found a , depth is now 1 Segmentation fault I straced the process, and here's what I got: 0xfee2b0b4) = ? ERESTART_RESTART