of it.
Afterwards, I will check in my fixes for ganglia.spec.in.
Thanks for all your help!
Cheers,
Bernard
On 5/16/07, Brad Nicholes [EMAIL PROTECTED] wrote:
As you stated, everything that I have done should remain in trunk only.
I would imagine that almost everything else committed
On 5/16/2007 at 7:24 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
The RPM php-gd is required on Red Hat/Fedora systems for the pie chart
to be generated with the web-frontend. I intend to add this as a
Requires in the spec file.
Is this the same under SuSE?
On 5/17/2007 at 12:07 AM, in message [EMAIL PROTECTED], Ulf
[EMAIL PROTECTED] wrote:
Hi,
have you ever checked out http://www.perzl.org/ganglia/ , these will add
some power 5 metrics to ganglia, which are working fine. Tested for
about 2 months on AIX 5.3.
Is it possible to integrate
A colleague of mine, Jon Carey, has written a gmond metric module that adds
python script support to gmond. Basically what this means is that by loading
mod_python.so into gmond, the metrics gathering ability of gmond can be
extended by simply writing and deploying python modules. Even
I am working on adding metric module extensibility to gmond in much the same
way that Apache loads and uses dynamic modules. The fact that APR already
support DSO loading for various platforms, makes the Apache model an easy fit.
While implementing the example metric module, I wondered why
dropped since apr has all the expat
xml code.
please let us know how we can help.
On Tue, 2007-02-27 at 09:36 -0700, Brad Nicholes wrote:
I am working on adding metric module extensibility to gmond in much the
same way that Apache loads and uses dynamic modules. The fact that APR
Paul Millar [EMAIL PROTECTED] 2/27/2007 10:36 AM
On Tuesday 27 February 2007 16:36, Brad Nicholes wrote:
I am working on adding metric module extensibility to gmond ...
Hi Brad,
As an aside, does MonAMI do any of the things you want?
http://monami.sourceforge.net/
.It can route
Since fsusage.c is licensed under the GPL, the fact that this file is being
linked into libmetrics causes a licensing issue for gmond. The attached patch
removes the fsusage.c(.h) which relieves gmond of a licensing conflict between
the GPL and BSD.
Brad
Index: metrics.c
On 3/2/2007 at 7:10 AM, in message [EMAIL PROTECTED],
matt massie [EMAIL PROTECTED] wrote:
i've just committed brad's libmetric update to subversion. very nice
patch indeed... very simple and removes a licensing conflict.
i remember this conflict being part of earlier threads on this list.
On 3/2/2007 at 8:40 AM, in message
[EMAIL PROTECTED], Martin Knoblauch
[EMAIL PROTECTED] wrote:
Brad,
thanks for providing this functionality. As others already commented,
this is urgently needed.
Now we have the question how to move on. It seems to me that we are on
the way of opening
On 3/2/2007 at 10:13 AM, in message [EMAIL PROTECTED], Richard
Mohr [EMAIL PROTECTED] wrote:
OK. Maybe I should have looked at Brad's patch before putting in my
$0.02 :-)
It seems like his patch is already doing much of what I suggested. But
personally, I think we should go even farther
On 3/1/2007 at 1:49 PM, in message [EMAIL PROTECTED], Brad
Nicholes [EMAIL PROTECTED] wrote:
All,
I have just added an enhancement request to bugzilla (#129) for adding
modular metric extensibility to gmond. I have also attached a patch file and
example module to the bug report
I have just entered an enhancement request and patch in bugzilla (bug #135) to
add wildcard support to the include directive of gmond. This will allow the
include statement to process all configuration files within a directory that
matches the specified file pattern. By doing this, the
On 3/1/2007 at 1:49 PM, in message [EMAIL PROTECTED], Brad
Nicholes [EMAIL PROTECTED] wrote:
All,
I have just added an enhancement request to bugzilla (#129) for adding
modular metric extensibility to gmond. I have also attached a patch file and
example module to the bug report
On 3/26/2007 at 9:38 AM, in message
[EMAIL PROTECTED], Martin Knoblauch
[EMAIL PROTECTED] wrote:
Hi Brad,
for the extensibility stuff, I believe we have not yet decided how to
proceed:
- put it in 3.0 - only possible if it does not break compatibility with
existing gmond datastreams. We
On 4/2/2007 at 11:49 AM, in message
[EMAIL PROTECTED], Matt Massie
[EMAIL PROTECTED] wrote:
On Mon, 2007-04-02 at 11:00 -0600, Brad Nicholes wrote:
Is there a reason why you created the 3.0.x development branch in ./tags?
because i goof'd. i just moved the monitor-core-3.0-beta branch
On Wed, Apr 4, 2007 at 11:07 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Got another error while building on x86_64 hosts:
[...]
protocol_xdr.c: At top level:
protocol_xdr.c:194: warning: initialization makes integer from pointer
without a cast
On 4/5/2007 at 9:46 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 4/5/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Actually the .a and .la files don't need to be delivered at all. They
should be marked in the make file as not part of the distribution
On 4/11/2007 at 12:01 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
Thanks for checking in the changes for accommodating /etc/ganglia/conf.d.
In the future, when you update ganglia.spec.in, can you please make
sure you add a blurb to %changelog specifying
FYI, I am working on removing the static dependancy on APR from GMOND and
other ganglia binaries. In the process I am also moving Ganglia from APR 0.9.7
to APR 1.2.x. This first pass will add a --with-libapr option to configure
which will be interpreted as linking dynamically to the distro's
], Brad
Nicholes [EMAIL PROTECTED] wrote:
FYI, I am working on removing the static dependancy on APR from GMOND and
other ganglia binaries. In the process I am also moving Ganglia from APR
0.9.7 to APR 1.2.x. This first pass will add a --with-libapr option to
configure which
, Brad Nicholes [EMAIL PROTECTED] wrote:
I have committed the patches to add --with-libapr to configure.in which
allows the project to build against the distro version of libapr 1.2.x or
to specify an alternate 1.2.x build. If --with-libapr=some-path-to-apr
si specified, it will build and link
On 4/26/2007 at 11:06 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Brad:
I recommend you take a look at this thread in ganglia-developers:
http://sourceforge.net/mailarchive/message.php?msg_id=36BEEFA2DF192944BF71E0
72F7A5F465228FE7%40xchange1.phage.bcgsc.ca
On 4/26/07, Brad Nicholes [EMAIL PROTECTED] wrote:
On 4/26/2007 at 11:06 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Brad:
I recommend you take a look at this thread in ganglia-developers:
http://sourceforge.net/mailarchive/message.php?msg_id
On 4/29/2007 at 8:21 AM, in message
[EMAIL PROTECTED], Nick Galbreath
[EMAIL PROTECTED] wrote:
Hi,
[[I vote for ripping apr out of the source tree too! But this post is more
mechanical in nature so I decided to split it off.]]
APR 1.2.X by has an unusual install. If you download it and
On 4/30/2007 at 11:04 AM, in message
[EMAIL PROTECTED], Matt Massie [EMAIL PROTECTED]
wrote:
Yes, the current makefiles will build a libexpat.so and install it in
/usr/lib. This is actually one thing that bothers me.
that is actually not the case. if you look at the Makefile.am
in
On 5/2/2007 at 4:14 PM, in message
[EMAIL PROTECTED],
[EMAIL PROTECTED] wrote:
Revision: 773
http://svn.sourceforge.net/ganglia/?rev=773view=rev
Author: bnicholes
Date: 2007-05-02 15:14:28 -0700 (Wed, 02 May 2007)
Log Message:
---
rework the interface for the
On 5/4/2007 at 4:26 PM, in message
[EMAIL PROTECTED],
[EMAIL PROTECTED] wrote:
Revision: 776
http://svn.sourceforge.net/ganglia/?rev=776view=rev
Author: bnicholes
Date: 2007-05-04 15:26:12 -0700 (Fri, 04 May 2007)
Log Message:
---
Add a multi cpu module that will
On 7/10/2007 at 7:29 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Brad:
I got some questions regarding the python support module.
Does it currently only support Python 2.4? Would it work with 2.4
2.4? I am currently developing on CentOS 4 and it only comes
On 7/11/2007 at 2:53 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 7/11/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I don't think that there is anything in the code itself that requires python
2.4. The python module is fairly straight forward. Version
On 7/11/2007 at 6:05 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
So how did you do it? Are you using the distro provided apr-1 or did
you install it from source with --prefix?
With apr-1-config, I can get the include path into a variable -- I
then have
On 7/13/2007 at 7:01 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Brad:
multidisk.py has a line:
print 'Discovered device %s' % line[1]
Is this for debugging purposes?
Right now you will get output similar to the following when you start
up gmond with -m or
On Fri, Jul 13, 2007 at 7:01 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Brad:
multidisk.py has a line:
print 'Discovered device %s' % line[1]
Is this for debugging purposes?
Right now you will get output similar to the following when you start
up gmond
On 7/16/2007 at 11:57 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
I don't have this file in CentOS 4.4 either. Looks like it is only
available in newer kernels.
Have a look at this bugzilla bug:
On 7/16/2007 at 8:13 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
Is /usr/lib/libganglia* needed by the ganglia-gmetad package?
AFAIK it is only needed by gmond?
Thanks,
Bernard
Yes it is, Gmetad uses a lot of the hash_*, err_*, debug_*,
On 7/16/2007 at 7:54 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 7/16/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Slurpfile is probably doing the right thing by reporting that the file
doesn't exist when it goes to read it (however it should probably
by normal users
unless they need to compile code against Ganglia.
The issue right now is that both ganglia-gmond and ganglia-gmetad
packages provide the same file(s).
Cheers,
Bernard
On 7/17/07, Brad Nicholes [EMAIL PROTECTED] wrote:
On 7/16/2007 at 8:13 PM, in message
[EMAIL PROTECTED
to compile code against Ganglia.
The issue right now is that both ganglia-gmond and ganglia-gmetad
packages provide the same file(s).
Cheers,
Bernard
On 7/17/07, Brad Nicholes [EMAIL PROTECTED] wrote:
On 7/16/2007 at 8:13 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED
On 7/17/2007 at 12:33 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
On 7/17/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Right. ganglia-gmond should not be including any files in the lib/ganglia
directory.
You meant ganglia-gmetad should not be including any files
On 7/20/2007 at 4:28 AM, in message [EMAIL PROTECTED], Ramon Bastiaans
[EMAIL PROTECTED] wrote:
Hi guys,
I'm the author of a addon to Ganglia that reports batch clusters job
statistics and information in the webfrontend.
Right now - among other things - I make use of a daemon that
All,
Is there a formal place where build instructions like this for Windows,
should be documented? Should a more formal set of build instructions for
Windows be put in the README file? At least for building gmond and gmetric.
Brad
On 8/6/2007 at 10:15 PM, in message [EMAIL PROTECTED],
On 8/16/2007 at 1:52 AM, in message [EMAIL PROTECTED], Shaily
Goel [EMAIL PROTECTED] wrote:
hi
I am planning to write a Drift Python Metric. This metric will track the
user given list of files/directories for any change.
Currently I am not able to find the way by which I can provide the
On 8/20/2007 at 4:21 AM, in message [EMAIL PROTECTED], Shaily
Goel [EMAIL PROTECTED] wrote:
hi
Few questions regarding python sensor
1. How to log a message in python sensor?
Gmond doesn't provide an interface of its own for logging. However, python
does have a very good interface for
On 8/20/2007 at 6:47 AM, in message [EMAIL PROTECTED],
Periyasamy Palanisamy [EMAIL PROTECTED] wrote:
Hi
I need some clarification on the metric_cleanup() method in python metric
code.
1. what should be there in cleanup code?
2. Do we need to make dictionary list (it is initialized in the
Attached is a doc that was prepared by Rajrajat Naik. This brief readme
describes how to build gmond on the Windows platform. I am proposing that we
add this to the monitor-core repository as a README.win document. I am posting
it here first so that those that are interested in building on
On 8/23/2007 at 11:09 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 8/23/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Attached is a doc that was prepared by Rajrajat Naik. This brief readme
describes how to build gmond on the Windows platform. I am
On 8/24/2007 at 5:32 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Mike:
On 8/24/07, Mike Walker [EMAIL PROTECTED] wrote:
Platform: MacOSX 10.4.10 (Intel) and will confirm same problem
monday on MacOSX 10.4.10 (powerPC)
Problem: The data from
On 9/4/2007 at 12:21 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Matt:
On 9/3/07, Matt Massie [EMAIL PROTECTED] wrote:
lastly, i spoke with groundwork open source and they suggested we talk about
having a ganglia 3.1.0 ganglia get-together. they offered to
On 9/6/2007 at 12:22 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 8/24/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I haven't looked at this code yet, but it sounds like something that should
be using the APR API's rather than native API's. That should
On 9/6/2007 at 12:22 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 8/24/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I haven't looked at this code yet, but it sounds like something that should
be using the APR API's rather than native API's. That should
On 9/10/2007 at 3:22 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
HI Brad:
On 9/10/07, Brad Nicholes [EMAIL PROTECTED] wrote:
But I do have one question regarding the 3.0.5 POLLHUP patch. It looks
like the real problem with the code is that on an EOF, POLLIN
On 9/12/2007 at 3:56 AM, in message
[EMAIL PROTECTED], Paul Millar
[EMAIL PROTECTED] wrote:
Hi all,
On Tuesday 11 September 2007 01:16:40 Bernard Li wrote:
Information regarding Paul's patch:
http://bugzilla.ganglia.info/cgi-bin/bugzilla/show_bug.cgi?id=120
Paul's patch is a bit big, so
On 9/17/2007 at 9:23 PM, in message
[EMAIL PROTECTED], Mike Walker
[EMAIL PROTECTED] wrote:
Bernard,
No go. This doesn't have the patch that I sent to work the OSX
issues in gmetad. It does have the suggestion by Brad, of putting
an if statement in the read loop to test for the
On 9/18/2007 at 10:02 PM, in message
[EMAIL PROTECTED], Mike Walker
[EMAIL PROTECTED] wrote:
Only speaking for what is happening on OSX.
The original issue (before the patches):
After reading all the data from the for(;;) loop, we would read a
SYS_CALL buffer, determine that POLLUP was
On 9/19/2007 at 11:01 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
On 9/19/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Wow, this is the scenario that I was afraid of. I am by no means an expert
in this area, but this seems broken on OSX. In this case you
I am thinking about adding an optional metric Alias that can be assigned
to each metric through the gmond.conf file. The upside to this would be that
the web front-end would no longer have to display the cryptic metric name for
all of the graph titles and constant metrics. If an alias for
On 10/11/2007 at 4:11 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Alex:
On 10/11/07, Alex [EMAIL PROTECTED] wrote:
- new subpackage modules-python which contains all the DSO/python
modules (not really happy with the naming, so suggestions welcome!)
How
On 10/17/2007 at 5:31 AM, in message [EMAIL PROTECTED], Marcus
Rueckert [EMAIL PROTECTED] wrote:
On 2007-10-16 17:06:47 -0600, Brad Nicholes wrote:
On 10/11/2007 at 4:11 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Alex:
On 10/11/07, Alex [EMAIL PROTECTED
On 10/19/2007 at 4:28 AM, in message
[EMAIL PROTECTED], Martin Knoblauch
[EMAIL PROTECTED] wrote:
Hi Brad,
- Original Message
From: Brad Nicholes [EMAIL PROTECTED]
To: Marcus Rueckert [EMAIL PROTECTED]
Cc: Ganglia Developers ganglia-developers@lists.sourceforge.net; Alex
[EMAIL
My vote would be that anything within the 3.1.x version must remain backward
compatible. If a patch breaks backward compatibility, then it must only be
applied to a future 3.x, 4.x, etc. version.
Brad
On 10/25/2007 at 10:27 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED]
On 10/25/2007 at 11:06 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 10/25/07, Brad Nicholes [EMAIL PROTECTED] wrote:
My vote would be that anything within the 3.1.x version must remain
backward compatible. If a patch breaks backward compatibility
On 10/26/2007 at 11:56 AM, in message [EMAIL PROTECTED], Eli Stair
[EMAIL PROTECTED] wrote:
( cross-posting to ganglia-developers@lists.sourceforge.net )
I'm just curious about this, since I'm pretty unfamiliar with the collision
of
the BSD license with things like this... how (if at
On 10/29/2007 at 4:43 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Chris, Brad:
(Forwarding to ganglia-developers)
Going forward (3.1.x) -- how should this be fixed?
P.S. I currently have no plans to accept any patches into the 3.0.x
branch (unless of course
On 10/30/2007 at 9:55 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 10/30/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Going forward (3.1.x) -- how should this be fixed?
P.S. I currently have no plans to accept any patches into the 3.0.x
branch
modules will be available for all languages.
But at least that gives the user the option rather than it being forced on them.
Brad
On 10/31/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I took a quick look over the wish-list items that were proposed on the
mailing list and tried
On 11/2/2007 at 2:18 PM, in message
[EMAIL PROTECTED], [EMAIL PROTECTED]
wrote:
Quoting Brad Nicholes [EMAIL PROTECTED]:
2-* Add a GROUP attribute (comma delimited) to the XDR data
This would allow metrics to declare the category that they
belong to. The category should be added
On 11/6/2007 at 11:26 AM, in message [EMAIL PROTECTED],
Christian Gouret [EMAIL PROTECTED] wrote:
Hello Brad,
I read the README pointed by the link you provide, and I see nothing
regarding the spoofing option introduced in the version 3.0.4 of Ganglia.
Does it mean that with python module,
On 11/6/2007 at 1:45 PM, in message
[EMAIL PROTECTED], Matthias
Blankenhaus [EMAIL PROTECTED] wrote:
On Tue, 6 Nov 2007, john allspaw wrote:
Hey all -
While I love the idea of the python module, I'd like the plain-old gmetric
binary to stay as-is. I'm not sure if there are/were plans
spoofing may be we would not use gmetric, and may
be without gmetric we would not use Ganglia ?
Christian.
- Original Message -
From: Brad Nicholes [EMAIL PROTECTED]
To: Alex Dean [EMAIL PROTECTED];
ganglia-developers@lists.sourceforge.net; Christian Gouret
[EMAIL PROTECTED
On 11/6/2007 at 2:32 PM, in message
[EMAIL PROTECTED], Matthias
Blankenhaus [EMAIL PROTECTED] wrote:
On Tue, 6 Nov 2007, Brad Nicholes wrote:
On 11/6/2007 at 1:50 PM, in message [EMAIL PROTECTED], Brad
Nicholes [EMAIL PROTECTED] wrote:
On 11/6/2007 at 1:45 PM, in message
[EMAIL
On 11/7/2007 at 4:16 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 11/7/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Yes, the fact that the .py file exists in the
/usr/lib/ganglia/python_modules directory means that mod_python will
automatically load
On 11/8/2007 at 12:37 PM, in message
[EMAIL PROTECTED], Paul Millar
[EMAIL PROTECTED] wrote:
Hi Brad,
On Thursday 08 November 2007 02:25:21 Brad Nicholes wrote:
[...] Briefly I have been trying to add some additional data to the
gmond XDR packets so that we can communicate attributes
On 11/9/2007 at 2:29 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 11/9/07, Carlo Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
http://fedoraproject.org/wiki/Packaging/Python
If it's okay with you, I will follow the instructions in the wiki docs
to
+ libdir=$prefix/lib64
else
- libdir=/usr/lib
+ libdir=$prefix/lib
fi
AC_OUTPUT(Makefile
Cheers,
Bernard
On 11/9/07, Bernard Li [EMAIL PROTECTED] wrote:
Hi Brad:
On 11/9/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I think that the libdir variable that was added
at 1:52 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
I just tested SVN r883 and it seems that the new gmond can no longer
see older versions of gmond (prior to the XDR refactoring) -- is this
an expected behaviour?
Thanks,
Bernard
On 11/21/07, Brad
On 11/26/2007 at 4:08 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Okay -- may have a bug with the latest code in trunk causing gmond to crash:
Nov 26 13:03:08 server01 GMOND[14953]: Incorrect format for spoof
argument. exiting.
This happens about 20 mins after
On 11/26/2007 at 4:37 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 11/26/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I ran into this error before. I was due to an uninitialized XDR packet.
Basically get gmond that receives the packet is looking
On 11/27/2007 at 10:35 AM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
Do you know what your schedule will be like next week? Let's have a
tentative date/venue for the meetup and start seeing how many folks
can attend.
It is kind of a short trip for me. I
On 11/27/2007 at 1:05 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 11/26/07, Bernard Li [EMAIL PROTECTED] wrote:
Only info I have now is that the location used to be hidden but now
it's being displayed (with 'unspecified' info). Will drill down into
On 11/27/2007 at 4:07 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 11/27/07, Brad Nicholes [EMAIL PROTECTED] wrote:
I'm not sure yet what is causing this but I have patched the code to prevent
it from happening. The current code was existing gmond
On 11/27/2007 at 4:36 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 11/27/07, Brad Nicholes [EMAIL PROTECTED] wrote:
BTW, shouldn't I see multicpu entries when I click on Gmetrics?
Currently there is nothing.
No, you should see CPU utilization
On 11/28/2007 at 3:41 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi Brad:
On 11/21/07, Brad Nicholes [EMAIL PROTECTED] wrote:
Calling for PHP web frontend help!
With the introduction of additional metadata, there is some work that
needs to be done to the web
The configure script really needs a complete run through by somebody who is an
autotools guru. There are some other library dependancies that aren't being
picked up even on the linux platform. When I was building again yesterday on a
clean install of SLED, after running the configure script
On 11/29/2007 at 11:05 AM, in message [EMAIL PROTECTED], Carlo
Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
On Thu, Nov 29, 2007 at 09:52:14AM -0700, Brad Nicholes wrote:
I am seriously considering removing the --enable-static-build and the entire
srclib tree since it is basically dead code
On 11/29/2007 at 12:40 PM, in message [EMAIL PROTECTED], Carlo
Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
On Thu, Nov 29, 2007 at 10:26:57AM -0800, Bernard Li wrote:
In this case, static builds (with the updated dependencies from the
tarball) should be able to take advantage of the new
Jesse Becker [EMAIL PROTECTED] 11/29/2007 3:10 PM
Brad Nicholes wrote:
Correct. Both the gmond binary and the metric modules have to be running
the same APR code in the same process. If both are statically linked to a
libapr they would both have to initialize their own APR library, create
On 11/29/2007 at 3:32 PM, in message [EMAIL PROTECTED], Carlo
Marcelo Arenas Belon [EMAIL PROTECTED] wrote:
On Thu, Nov 29, 2007 at 11:17:16AM -0700, Brad Nicholes wrote:
The reason why I am making that suggestion is because if somebody wants a
static version then they should just continue
On 12/5/2007 at 12:22 PM, in message
[EMAIL PROTECTED], Bernard Li
[EMAIL PROTECTED] wrote:
Hi guys:
On 12/5/07, Matt Massie [EMAIL PROTECTED] wrote:
outstanding!
i'll send all the details to you in a separate email. thanks for stepping
up!
I guess we should re-open the 3.0.x
On Wed, Dec 5, 2007 at 3:48 PM, in message
[EMAIL PROTECTED], Matthias
Blankenhaus [EMAIL PROTECTED] wrote:
Hi Brad !
Nice meeting you yesterday :-)
I took a closer look at PCP to see what it uses for the meta level
description for every metric. I thought this might be interesting for
On 12/6/2007 at 5:23 PM, in message
[EMAIL PROTECTED], john allspaw
[EMAIL PROTECTED] wrote:
About the part where one can associate 'friendly' titles to metric names:
Let's say I have two clusters of boxes, (web1 and web2) but they both have
some similar custom gmetrics, say, apache_bytes.
Ganglia 3.1.x requires the use of libapr-1 which is version 1.2.x of libapr
rather than the 0.9.x version what was previously statically linked. You need
to first install a compatible libapr1-devel package for RHEL-4 x86_64 or
download the source tarball from the APR project
I just committed a rather substantial patch to Ganglia 3.1.0 trunk which
will affect the way that gmond 3.1.x is deployed. I am posting this to both
the developer list and the general list so that all will be aware of the
changes and why they are important. The primary purpose for the
The latest code in trunk has been refactored to load all of the metrics from
modules rather than hardcoded. To do this it relies on apr_dso_load() and
apr_dso_sym() functions to load the (Windows) .dll or .so modules and then
locate the structure symbol within the module that contains the
On 1/9/2008 at 9:29 PM, in message
[EMAIL PROTECTED], Matthias
Blankenhaus [EMAIL PROTECTED] wrote:
Howdy !
I have noticed that some Python modules live under gmond/python_modules/.
On the other hand I remember that during our last meeting in SF 2007 we
had talked about a module repository
On 1/12/2008 at 11:00 AM, in message
[EMAIL PROTECTED], Matthias
Blankenhaus [EMAIL PROTECTED] wrote:
Hi Brad !
I started looking into the impl of a IPMI Python DSO. Since one of the
big advantages of IPMI is out-of-band monitoring, I would need a function
that returns the list of nodes
On 1/14/2008 at 7:41 AM, in message
[EMAIL PROTECTED], Lou
Degenaro [EMAIL PROTECTED] wrote:
I'm looking for help in understanding if Ganglia can be used to monitor a
cluster relative to our needs.
Questions:
1. In our situation. each node has one or more application instances
Inline :)
Brad
On 1/14/2008 at 12:16 PM, in message
[EMAIL PROTECTED], Matthias
Blankenhaus [EMAIL PROTECTED] wrote:
Brad,
first of thank you very much for your elaborate reply !
Please, have a look at my comments inline blow.
Matthias
On Mon, 14 Jan 2008, Brad Nicholes wrote
displaying the new or changed metrics.
Brad
Brad Nicholes [EMAIL PROTECTED]
01/14/2008 02:06 PM
To
ganglia-developers@lists.sourceforge.net, Lou Degenaro/Watson/[EMAIL
PROTECTED]
cc
Subject
[Ganglia-developers] questions re: user-defined instance datacollection,
reporting
compatible with Python
2.3.x which does not have the subprocess module:
--- tcpconn.py.orig 2008-01-15 15:30:09.0 -0800
+++ tcpconn.py 2008-01-15 15:30:48.0 -0800
@@ -30,7 +30,7 @@
#* Author: Brad Nicholes (bnicholes novell.com
On 1/16/2008 at 12:46 PM, in message
[EMAIL PROTECTED], Matthias
Blankenhaus [EMAIL PROTECTED] wrote:
Inline, as well :)
Matthias
On Mon, 14 Jan 2008, Brad Nicholes wrote:
[...]
In addition, the host hash table and associated struct should probably be
moved from gmond to libganglia
1 - 100 of 429 matches
Mail list logo
