[Ganglia-developers] Replacing core metrics with Python metric modules

2009-07-22 Thread Martin Hicks
I have a situation where there is already a mechanism that is collecting metrics on a compute host in a cluster (Performance Co-Pilot) and pushing them up to the head node. I was wondering if is possible to write a Python metric module that could replace the core set of metrics that gmond usually

[Ganglia-developers] Backport vote for spoofed DSO metrics

2008-09-22 Thread Martin Hicks
I'd like to vote for backporting Spoofed DSO metrics Index: monitor-core-3.1/STATUS === --- monitor-core-3.1/STATUS (revision 1817) +++ monitor-core-3.1/STATUS (working copy) @@ -49,7 +49,7 @@ http://ganglia.svn.sourcefo

Re: [Ganglia-developers] [PATCH] remove version from libganglia package name

2008-08-12 Thread Martin Hicks
On Tue, Aug 12, 2008 at 02:41:29PM +0100, Kostas Georgiou wrote: > On Tue, Aug 12, 2008 at 07:38:15AM -0500, Martin Hicks wrote: > > > > > On Mon, Aug 11, 2008 at 11:30:24PM +0200, Marcus Rueckert wrote: > > > > > > this is not the package version.

Re: [Ganglia-developers] [PATCH] remove version from libganglia package name

2008-08-12 Thread Martin Hicks
On Mon, Aug 11, 2008 at 11:30:24PM +0200, Marcus Rueckert wrote: > > this is not the package version. it is the soname mangled a bit. the > base idea behind it is, that you can install multiple version of the > same library in parallel. Okay. I guess I just don't see this very often. Are we ex

Re: [Ganglia-developers] [PATCH] remove version from libganglia package name

2008-08-11 Thread Martin Hicks
On Mon, Aug 11, 2008 at 10:09:42AM -0500, Martin Hicks wrote: > > I don't think its necessary (or good form) to include a full version > number in the RPM package name. RPM already does versioning based on > %version. a little hasty. This has been build tested. In

[Ganglia-developers] [PATCH] remove version from libganglia package name

2008-08-11 Thread Martin Hicks
I don't think its necessary (or good form) to include a full version number in the RPM package name. RPM already does versioning based on %version. Index: monitor-core/ganglia.spec.in === --- monitor-core/ganglia.spec.in(re

Re: [Ganglia-developers] apply BZ#36 to 3.0.x?

2008-04-16 Thread Martin Hicks
On Wed, Apr 16, 2008 at 12:50:29AM -0500, Carlo Marcelo Arenas Belon wrote: > On Tue, Apr 15, 2008 at 02:50:30PM -0600, Brad Nicholes wrote: > > >>> On 4/15/2008 at 12:27 AM, in message <[EMAIL PROTECTED]>, Carlo > > Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote: > > > > > > backported and teste

[Ganglia-developers] apply BZ#36 to 3.0.x?

2008-04-14 Thread Martin Hicks
Hi, After the recent discussions about creating another 3.0.x release... Would the community be willing to apply the patch to fix BZ#36? The patch has been on the bug for three years with no updates... http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=36 mh -

Re: [Ganglia-developers] patch for gmond to chop domain name

2008-03-03 Thread Martin Hicks
On Mon, Mar 03, 2008 at 11:21:59AM -0600, Michael Sternberg wrote: > >resolving fqdn, and others (user defined values, injected via gmetric) > >were using just hostname. > > > >I ended up patching ganglia's apr_getnameinfo() to use NI_NOFQDN > > Elegant! > > It'd be nice to just patch the call i

Re: [Ganglia-developers] patch for gmond to chop domain name

2008-03-03 Thread Martin Hicks
On Sun, Mar 02, 2008 at 10:37:10PM -0600, Michael Sternberg wrote: > On Mar 2, 2008, at 21:04 , Carlo Marcelo Arenas Belon wrote: > > On Sun, Mar 02, 2008 at 01:34:35PM -0600, Michael Sternberg wrote: > >> > >> Here's a simple patch for gmond/gmond.c to chop domain names off the > >> ganglia web i

Re: [Ganglia-developers] gmond Spoof memory leak fix

2008-02-25 Thread Martin Hicks
On Sat, Feb 23, 2008 at 04:32:20PM -0600, Carlo Marcelo Arenas Belon wrote: > > gmond.c: In function 'Ganglia_message_save': > gmond.c:840: warning: passing argument 1 of 'xdr_free' from incompatible > pointer type > gmond.c:840: warning: passing argument 2 of 'xdr_free' from incompatible

Re: [Ganglia-developers] gmond Spoof memory leak fix

2008-02-20 Thread Martin Hicks
On Wed, Feb 20, 2008 at 01:18:33PM -0700, Brad Nicholes wrote: > I don't believe that we have the same problem in trunk, however some > additional testing couldn't hurt. The spoof packet handling as well > as the way that the XDR data is handled in general, has changed > significantly in

Re: [Ganglia-developers] gmond Spoof memory leak fix

2008-02-20 Thread Martin Hicks
On Wed, Feb 20, 2008 at 10:27:33AM -0800, Martin Knoblauch wrote: > Hi, > > if you resend it as an attachment, I would apply the fix. You can apply it with my blabbering at the beginning. :) patch ignores the stuff before the --- The patch is attached for your convenience. > > Cheers > Marti

[Ganglia-developers] gmond Spoof memory leak fix

2008-02-20 Thread Martin Hicks
Hi, Here's a patch against ganglia-3.0.6.200802141157 that fixes a memory leak when using user defined metrics with spoofing. The problem was that the spmetric was being copied out, ignoring the spheader. The strings that were allocated inside the spheader were dropped. mh --- ganglia-3.0.6.2

Re: [Ganglia-developers] Memory leak in gmond

2008-02-19 Thread Martin Hicks
On Tue, Feb 19, 2008 at 08:17:27AM -0700, Brad Nicholes wrote: > > All of the other memory leak fixes in 3.1.0 were specific to that code > base. Although there might be something similar going on in 3.0.x. > The other memory leak fixes dealt with the XDR functions that create > and free the XDR

Re: [Ganglia-developers] Memory leak in gmond

2008-02-19 Thread Martin Hicks
On Mon, Feb 18, 2008 at 10:41:08PM -0600, Carlo Marcelo Arenas Belon wrote: > On Tue, Feb 19, 2008 at 09:43:21AM +0530, Kumar Vaibhav wrote: > > > > Did You tried the latest patched Version that Bernard send on last > > friday. A lot of memory leak fixes have been done. > > Vaibhav, the only me

Re: [Ganglia-developers] Memory leak in gmond

2008-02-18 Thread Martin Hicks
On Tue, Jan 22, 2008 at 04:17:07PM +0530, Kumar Vaibhav wrote: > I am using ganglia-3.0.5 on a woodcrest processor cluster. and I see > that after running for weeks the memory consumption of the gmond process > is something about 400 MB. I tried to debug the problem by isolating a > single node