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
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
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.
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
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
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
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
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
-
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
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
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
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
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
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
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
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
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
17 matches
Mail list logo