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
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 @@
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
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. it is the soname mangled a bit. the
base idea behind
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
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.
Index: monitor-core
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 tested when applied to
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 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 interface
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
---
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 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 memory
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 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.
14 matches
Mail list logo
