There are links to bugzilla on the ganglia.info web site. For example, the
last sentence on the ganglia.info support tab has a link.
(http://ganglia.info/?page_id=68)
Brad
>>> Bernard Li 9/25/2013 12:55 PM >>>
Hello:
We are no longer using Bugzilla, please submit the bugs in GitHub Issues:
I'm not sure that just abandoning the issues in Bugzilla is a good idea without
at least trying to follow up with the person who submitted the issue. Some of
the issues may still be valid and we certainly don't want to abandon those.
How much effort would it be to try to either validate or fol
+1 for sticking with bugzilla. If we can move it to somewhere that is more
maintainable, that would be better. But I would hate to just abandon
everything there.
Brad
>>> On 5/10/2012 at 10:01 AM, in message
, Bernard
Li wrote:
> Hi Daniel:
>
> Just for the record, I actually like Bugzilla
>>> On 3/21/2012 at 12:48 PM, in message
, Vladimir Vuksan
wrote:
> I agree with Alex. We are churning through too many versions. I would
> personally be OK with overriding the existing 3.3.2 tag and going with
> 3.3.2 instead of 3.3.4.
>
The problem with reusing a version number is that you e
All,
My comments on this subject probably have more to do with the overall way
that the Ganglia projects works rather than just versioning. Right now we have
a wiki page that is hosted at SourceForge
(http://sourceforge.net/apps/trac/ganglia) which describes how the Ganglia
project used to
>>> On 3/13/2012 at 11:42 PM, in message
, Bernard
Li wrote:
> Not sure who added "bnichols" to GitHub, but he's not Brad Nicholes:
>
> https://github.com/bnichols
>
> I've revoked his membership.
>
> Brad, could you please confirm your
>>> On 12/5/2011 at 12:09 PM, in message <20111205190901.go17...@mail.nih.gov>,
Jesse Becker wrote:
> On Mon, Dec 05, 2011 at 01:17:19PM -0500, Brad Nicholes wrote:
>>All,
>> I just wanted to get some feedback on how much interest there would be
> for a REST
-Matt
>
>
> On Fri, Dec 2, 2011 at 4:21 PM, Vladimir Vuksan wrote:
>
>> I am sure lots of people would appreciate REST interface to Ganglia.
>> Myself and Jeff Buchbinder have been talking on how we could implement
>> it but if you already have it completed that would b
Hey Matt,
How are you? It's been a while. I know I haven't been biggest contributor
to the Ganglia project lately but I still monitor the mailing lists and this
book sounds like a great idea. Count me in anywhere I can help.
On a slightly different note:
I have managed to carve out a l
>>> On 2/22/2011 at 5:50 PM, in message
, Bernard Li
wrote:
> Hi all:
>
> I'd like to propose that we replace AUTHORS file with the following
> contents:
>
> --- cut ---
> Ganglia Development Team
>
> For a full list of current/past developers and contributors, please
> see: http://ganglia.in
>>> On 2/1/2011 at 12:02 PM, in message
, Bernard Li
wrote:
> Hi all:
>
> When I was writing a Python module for monitoring GPU metrics, I
> noticed that the interface does not provide a way to set dmax.
> According to the gmetric man page, dmax is:
>
>-d, --dmax=INT
> The
>>> On 1/10/2011 at 4:52 PM, in message
, Bernard Li
wrote:
> Hi Brad:
>
> Thanks for your reply.
>
> On Mon, Jan 10, 2011 at 8:06 AM, Brad Nicholes wrote:
>
>> The purpose of setting the send_metadata_interval to 0 by default was to
> avoid unnecessary t
>>> On 1/7/2011 at 9:10 PM, in message
, Jesse Becker
wrote:
> On Fri, Jan 7, 2011 at 15:25, Bernard Li wrote:
>> Hi all:
>>
>> Since the release of Ganglia 3.1, we have introduced the new
>> configuration option send_metadata_interval in gmond.conf. This is
>> set to 0 by default and the user m
>>> On 11/4/2010 at 6:21 PM, in message
, Bernard Li
wrote:
> Hi Brad:
>
> [I've changed the subject line to be more reflective of the current
> discussions]
>
> On Thu, Nov 4, 2010 at 8:50 AM, Brad Nicholes wrote:
>
>> I'm not sure that we need
I'm not sure that we need to physically split the web frontend from the backend
as far as the Ganglia project goes. IMO, why not just follow the pattern that
we already have in SVN under trunk. Right now we have trunk/monitor-core which
includes everything. Could we just create a new director
ember that tcpdump sees packets before they hit the firewall, so
> check (7) may still apply)
>
> On the UI:
>
> Should look exactly the same as is if gmond were running on the source too.
>
> Regards,
> Neil
>
>
> On Oct 18, 2010, at 10:46 AM, Bernard Li
ns that were previously private to
> gmond.c. Hence the new .h file, "gmond_internal.h".
>
> Neil
>
>
> On Oct 7, 2010, at 2:56 PM, Peter Phaal wrote:
>
>> Brad,
>>
>> Thanks for the feedback. My comments are in-line.
>>
>> On Oct 7,
>>> On 10/8/2010 at 1:31 AM, in message <20101008073146.gc8...@sajinet.com.pe>,
Carlo Marcelo Arenas Belon wrote:
> On Wed, Oct 06, 2010 at 03:23:40PM -0700, Bernard Li wrote:
>> Hi all:
>>
>> I'd like to request that we make one last 3.0.x bug-fix release and
>> EOL that branch.
>
> mostly ever
>>> On 10/7/2010 at 3:56 PM, in message
<6b7a9ac5-465d-4311-ac85-fd42c219d...@inmon.com>, Peter Phaal
wrote:
> Brad,
>
> Thanks for the feedback. My comments are in-line.
>
> On Oct 7, 2010, at 12:27 PM, Brad Nicholes wrote:
>
>> Sorry to jump into t
>>> On 9/13/2010 at 3:07 PM, in message
, "Peter Phaal"
wrote:
> We have started this project and the pieces seem to be falling into place
> nicely. We already have the first metrics showing up in the web interface.
>
> The changes needed to implement sFlow support are contained entirely within
>
>>> On 10/6/2010 at 4:23 PM, in message
, Bernard Li
wrote:
> Hi all:
>
> I'd like to request that we make one last 3.0.x bug-fix release and
> EOL that branch. This will make way for shifting 3.1 to maintenance
> branch and creating a 3.2. release branch from trunk.
>
> Thoughts?
>
+1, I don
>>> On 9/9/2010 at 09:19 AM, in message
<716533.84440...@web113303.mail.gq1.yahoo.com>, Martin Knoblauch
wrote:
> Hi,
>
> my € 0.02 are:
>
> +1 for Trunk
> -1 for 3.1.x and 3.0.x.
>
> why am I opposed to the backports? Dwoo introduces considerable new
> infrastructure that *I* view not suit
>>> On 9/9/2010 at 7:30 AM, in message <20100909133028.gb31...@sajinet.com.pe>,
Carlo Marcelo Arenas Belon wrote:
> On Wed, Sep 08, 2010 at 05:00:28PM -0700, Bernard Li wrote:
>>
>> Just a quick note saying that I have replaced TemplatePower with Dwoo
>> as our PHP templating engine in the trunk
ot included in the distribution
> tarball and/or backported to the 3.1.x branch. Should it be? I'm not
> saying we should activate it by default, but should just include it
> much like the other example python module.
>
> Thanks,
>
> Bernard
>
> On Thu, Dec 4, 2008
>>> On 6/1/2010 at 10:56 AM, in message
, Jesse Becker
wrote:
> On Tue, Jun 1, 2010 at 11:52, Art Peck wrote:
>>
>> I am very impressed with Ganglia 3.1.7. I would like to create an addon
> package to facilitate monitoring of the Oracle Sun Ray Server Software and
> associated desktop devices.
>>> On 3/24/2010 at 07:22 PM, in message
<57153a00-be68-4cee-b867-4cea86925...@crackpot.org>, Alex Dean
wrote:
> On Mar 24, 2010, at 3:40 PM, Brad Nicholes wrote:
>
>> [Moved to the dev list]
>>
>>>>> On 3/22/2010 at 7:49 AM, in message
>
[Moved to the dev list]
>>> On 3/22/2010 at 7:49 AM, in message
, Winnie Lacesso
wrote:
> Dear All,
>
> I'm new to ganglia, but it looks wonderful.
> Platform is Scientific Linux 4 & 5.
> Due to no firewall > 1024 it might be more prudent for ganglia to use
> ports < 1024 - I'm nervous to have
>>> On 3/19/2010 at 4:03 PM, in message
, Bernard Li
wrote:
> Dear all:
>
> Looks like we have a bug in setup_listen_channels_pollset() in gmond.c.
>
> If your gmond.conf has no udp_recv_channel or tcp_accept_channel
> defined, gmond will fail to run with the error message:
>
> apr_pollset_crea
That's not an uncommon situation to be in. I haven't been able to contribute
as much to the project as I did in the past for many of the same reasons. Just
don't wander off too far. It's always nice to have a good developer around.
Brad
>>> On 3/8/2010 at 2:10 PM, in message <4b9567bb.1030..
d reverse the logic and make a special case for Debian
> instead?
>
> Cheers,
>
> Bernard
>
> On Wed, Mar 3, 2010 at 11:28 AM, Brad Nicholes wrote:
>> I am seeing the same thing. To get past it I just hardcoded the path to the
> sed utility. I'm guessing that either
I am seeing the same thing. To get past it I just hardcoded the path to the
sed utility. I'm guessing that either some platforms or some version of
libtool isn't setting the SED environment variable but the configure script
assumes that it is.
Brad
>>> On 3/2/2010 at 6:21 PM, in message
, Be
>>> On 3/2/2010 at 4:23 AM, in message <4b8cf534.7090...@pocock.com.au>, Daniel
Pocock wrote:
> Thanks to those who provided feedback - any objections to making 3.1.7
> generally available? I would like to make it GA within the next 1-2
> days now.
>
>
+1
> Michael Perzl wrote:
>> I have su
Gmond, So far so good on SUSE Linux 10. Built, installed, gathering metrics
without a problem :) Still need to install Gmetad on my server.
Brad
>>> On 2/17/2010 at 4:31 AM, in message <4b7bd38c.3010...@pocock.com.au>, Daniel
Pocock wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
I'm not sure that this is the kind of response that you are looking for on this
issue, but I would tend to agree with your alternative options below. I don't
think that it is mandatory for every module to work on every platform. One of
the main purposes for modules is to make it easier for met
>>> On 2/8/2010 at 1:39 PM, in message <20100208203937.ga22...@gentoo.org>,
>>> Justin
Bronder wrote:
> On 08/02/10 20:04 +, Daniel Pocock wrote:
>>
>> >> So, why not put the "rc" or "pre" Tag into an GANGLIA_EXTRA_VERSION and
>> >> embed
>> >> that into the code. That way there would be
>>> On 2/5/2010 at 3:58 AM, in message
<815639.84803...@web113311.mail.gq1.yahoo.com>, Martin Knoblauch
wrote:
> - Original Message ----
>
>> From: Brad Nicholes
>> To: Martin Knoblauch ; Ramon Bastiaans
>
>> Cc: "ganglia-developers@list
>>> On 2/4/2010 at 8:42 AM, in message <4b6aeb00.1070...@pocock.com.au>, Daniel
Pocock wrote:
>> available. The only way to tell which one was the real release would be by
> the date on the tarball rather than version number.
>>
> Not quite - we could digitally sign the release tarball at th
>>> On 2/4/2010 at 12:49 AM, in message <4b6a7c0c.8070...@pocock.com.au>, Daniel
Pocock wrote:
>>>
One other problem. After doing a configure and make I tried to do a make
>>> distdir just to get the built files in the web directory. In the resulting
>>> dist directory,
>>> On 2/4/2010 at 6:50 AM, in message <4b6ad096.8030...@sara.nl>, Ramon
>>> Bastiaans
wrote:
> Ahh, I see.
>
> On 02/04/2010 12:11 PM, Martin Knoblauch wrote:
>>
>> 3.1.3 .. 3.1.5 were canned during testing. Apparently our process does not
> allow for fixing bugs/regressions between tagging
>>> On 2/3/2010 at 3:41 PM, in message <4b69fbb1.6090...@pocock.com.au>, Daniel
Pocock wrote:
> Brad Nicholes wrote:
>>>>> On 2/3/2010 at 03:06 PM, in message <4b69f36a.40...@pocock.com.au>, Daniel
>>>>>
>> Pocock wrote:
>
>>> On 2/3/2010 at 03:06 PM, in message <4b69f36a.40...@pocock.com.au>, Daniel
Pocock wrote:
>> I have tried a quick test of your latest snap shot and so far the only thing
> that I am seeing is that the include path to the conf.d directory in the
> gmond.conf file is not getting set correctly
>>> On 2/3/2010 at 5:04 AM, in message <4b696663.6010...@pocock.com.au>, Daniel
Pocock wrote:
>> what is the policy for updating files in the "contrib" directory of 3.0.x
> and 3.1.x? Do I need to do the backport approval dance (*)? Or can I just go
> ahead. The "removespikes.pl" file needs an
>>> On 2/2/2010 at 10:28 AM, in message <4b6860c0.9070...@pocock.com.au>, Daniel
Pocock wrote:
>> If tcpconn is functioning normally after the initial startup, then that
> basically answers the questions. It appears that at least on CentOS/RHEL5
> python is not yielding after calling start() a
>>> On 2/2/2010 at 9:57 AM, in message <4b68598e.6050...@pocock.com.au>, Daniel
Pocock wrote:
> Brad Nicholes wrote:
>>>>> On 2/2/2010 at 6:23 AM, in message <4b682769.6000...@pocock.com.au>,
>>>>> Daniel
>>>>>
&g
>>> On 2/2/2010 at 6:23 AM, in message <4b682769.6000...@pocock.com.au>, Daniel
Pocock wrote:
>
> I've just been testing r2258 on CentOS 5. rpmbuild runs successfully
> and the packages install and run.
>
> However, I notice that some of the tcpconn metrics are failing.
> tcpconn.py doesn't
>>> On 12/11/2009 at 6:21 AM, in message <4b224750.2090...@pocock.com.au>,
>>> Daniel
Pocock wrote:
>> it replaces apr_proc_detach with an inline implementation of it on plain
>> POSIX and that should be most likely as portable (at least for the platforms
>> we care of) and doesn't intentionally
>>> On 12/2/2009 at 7:21 AM, in message <4b1677e4.8000...@pocock.com.au>, Daniel
Pocock wrote:
> I would like gmond to return a non-zero return code if it fails to
> initialise, e.g. if it is unable to bind or if it is unable to resolve a
> hostname mentioned in gmond.conf
>
> Otherwise, the in
>>> On 11/25/2009 at 11:12 AM, in message
<75fb37ae0911251012i328f8f00u5586dab199c97...@mail.gmail.com>, Sylvester Steele
wrote:
>> I don't know why you would be getting a segfault on this line. Gmond
> expects the array to be NULL terminated so all you are doing is adding one
> extra entry an
>>> On 11/25/2009 at 10:19 AM, in message <008b01ca6df3$823a2690$86ae73...@com>,
"Sylvester Steele" wrote:
>> >My guess is because you have static string pointers being passed from a
> DSO module to gmond. I would suggest using apr_pstrdup(p, >>here>) to allocate the memory from an APR memory poo
>>> On 11/25/2009 at 9:16 AM, in message
<75fb37ae0911250816k5e7e0373x25ad2ee613930...@mail.gmail.com>, Sylvester Steele
wrote:
> Ok, so I tried to make a dynamically initializing module. I am
> basically trying to convert the example module to a dynamically
> initializing one..
>
> My metrc_init
>>> On 11/20/2009 at 8:46 AM, in message <4b06b9d6.5080...@pocock.com.au>,
>>> Daniel
Pocock wrote:
> Brad Nicholes wrote:
>>>>> On 11/20/2009 at 8:07 AM, in message <4b06b0af.1050...@pocock.com.au>,
>>>>> Daniel
>>>>>
>>> On 11/20/2009 at 8:07 AM, in message <4b06b0af.1050...@pocock.com.au>,
>>> Daniel
Pocock wrote:
> Brad Nicholes wrote:
>> I've been running it on a very small set of machines. It all looks good to
> me.
>>
>
> No complaints from anyo
Up until now, gmetad hasn't really used APR for any of its base functionality.
If we are going to start putting gmetad on top of APR, there are a number of
places where gmetad could really be improved. One of the most glaring areas is
in the metric_hash code. This code is currently being gene
>>> On 11/19/2009 at 9:13 AM, in message
<75fb37ae0911190813q66cf1f96w1afe84f8bdbe1...@mail.gmail.com>, Sylvester Steele
wrote:
>> I'm not sure what you are looking for. The purpose of the code that I
> referred to was to show how a module would generate the metric definitions
> during the ini
>>> On 11/18/2009 at 8:19 AM, in message
<20091118151950.ga13...@porcupine.cita.utoronto.ca>, Robin Humble
wrote:
> Hi Brad,
>
> I appreciate you taking the time to look at the patch.
>
> On Tue, Nov 17, 2009 at 09:54:11AM -0700, Brad Nicholes wrote:
>>
>>> On 11/19/2009 at 6:32 AM, in message
<75fb37ae0911190532t17685eb0uc1db8390546b4...@mail.gmail.com>, Sylvester Steele
wrote:
>> Take a look at the pyth_metric_init() function in the mod_python.c module.
> At the end of the function, mod_python takes all of the metric definitions
> and pushe
I've been running it on a very small set of machines. It all looks good to me.
Brad
>>> On 11/18/2009 at 9:42 AM, in message
, Bernard Li
wrote:
> I haven't had a chance to test it out yet -- has anybody else been
> able to give it a spin?
>
> Cheers,
>
> Bernard
>
> On Wed, Nov 18, 2009 a
>>> On 11/7/2009 at 12:06 AM, in message
<20091107070643.ga20...@porcupine.cita.utoronto.ca>, Robin Humble
wrote:
> Hi,
>
> I spoof a bunch of temperature and power metrics via ILOM for a few
> hundred nodes and I noticed that gmetad wasn't making a summary table
> (.../__SummaryInfo__/*) for mos
>>> On 11/16/2009 at 3:04 PM, in message <002c01ca6708$d7770020$866500...@com>,
"Sylvester Steele" wrote:
> Kim,
>
> I got the tarball to which you'd put up the link earlier on in the mailing
> list. I got your module to work no problem there!
>
> But, I have a question:
>
> All the Ganglia mo
>>> On 11/11/2009 at 4:13 PM, in message
, JB Kim
wrote:
> I've written the iostat standalone DSO module a while back in C. I do
> have the whole build process documented (to some degree) and provided
> template for creating standalone DSO.
>
> I think you can search for "iostat" in the archi
opers] Getting started with developing a
> C++ DSO module
> To: Brad Nicholes
>
>
>>> 1. Compile to .so
>>> 2. Place compiled .so in the /usr/lib/ganglia folder
>>> 3. Make appropriate changes to the gmond.conf file - so it can pickup
>>> the the new .so
>>> On 11/10/2009 at 9:30 AM, in message <4af9952a.9070...@pocock.com.au>,
>>> Daniel
Pocock wrote:
> Brad Nicholes wrote:
>>>>> On 11/10/2009 at 4:11 AM, in message
>>>>>
>> , Himanshu Sharma
>> wrote:
>>
&
>>> On 11/10/2009 at 4:11 AM, in message
, Himanshu Sharma
wrote:
> Hello all,
>
> We were looking to store Ganglia data in MySql rather than just an
> RRD. There was a discussion earlier on the same issue -
> http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net/msg02100.
> html.
>>> On 11/2/2009 at 9:00 PM, in message <007e01ca5c3a$2ded5eb0$89c81c...@com>,
"Sylvester Steele" wrote:
> Hi Folks,
>
> I want to develop a C++ DSO for ganglia. While I did see a bit of
> documentation for a python based thing, I haven't seen much for a C++ DSO.
> So where should I begin if I wa
>>> On 10/27/2009 at 4:23 AM, in message <4ae6ca27.9080...@pocock.com.au>,
>>> Daniel
Pocock wrote:
>
> In the wiki, it says `version numbers are cheap'
> http://sourceforge.net/apps/trac/ganglia/wiki/how_project_works
>
> However, the convention of naming the releases puts a little bit more
Unless I am misunderstanding the issue, a missing configuration option
shouldn't be a problem for libconfuse. Follow the 'Title' configuration
directive on a metric. Every metric can optionally have a title that is
ultimately passed up through the XML. The code in gmond.c asks libconfuse for
>>> On 10/11/2009 at 10:36 PM, in message <4ad2b254.9090...@pocock.com.au>,
>>> Daniel
Pocock wrote:
> Bernard Li wrote:
>> Hi Brad:
>>
>> On Thu, Oct 1, 2009 at 3:57 PM, Brad Nicholes wrote:
>>
>>
>>> If this is just a simpl
>>> On 10/2/2009 at 6:34 AM, in message
, Jesse Becker
wrote:
> On Fri, Oct 2, 2009 at 01:43, Rick Cobb wrote:
>> Well, as far as generating discussion goes, I think we're better off
>> only aliasing/spoofing IP addresses @ the gmond level, and resolving
>> all names with gmetad. That removes a
>>> On 10/1/2009 at 4:33 PM, in message
, Bernard Li
wrote:
> So has anybody else given 3.1.3 a test run?
>
> I have found some minor issues.
>
> It looks like there are new configure options added in regards to
> setuid and setgid:
>
> --enable-debug turn on debugging output and com
Up and running on my SLES-10.2 test machine. Everything is looking good so far.
thanks,
Brad
>>> On 9/18/2009 at 11:09 PM, in message
, Bernard Li
wrote:
> Dear all:
>
> The Ganglia 3.1.3 beta is now ready for testing at:
>
> http://ganglia.info/testing
>
> Changelog for this release:
>
>
>>> On 9/16/2009 at 8:26 AM, in message <4ab0f594.4050...@pocock.com.au>, Daniel
Pocock wrote:
>
> As discussed a few weeks back, I'm volunteering to manage the 3.1.3 release.
>
> Most of the changes were made a few weeks ago now, and I've been running
> some of these patches on several platfo
>>> On 9/16/2009 at 8:03 AM, in message <4ab0f04c.9060...@pocock.com.au>, Daniel
Pocock wrote:
>
> I notice in gmetad/Makefile.am that AM_CFLAGS includes -O0
>
> This is the case for both 3.1 and trunk.
>
> Is this intended for some reason? I've looked through the SVN history,
> I can see th
>>> On 8/19/2009 at 8:42 AM, in message <4a8c0f3a.5080...@pocock.com.au>, Daniel
Pocock wrote:
> Bernard Li wrote:
>> On Tue, Aug 18, 2009 at 8:22 AM, Brad Nicholes wrote:
>>
>>
>>> I'm not sure that there has been any definitive issue t
>>> On 8/18/2009 at 5:09 AM, in message <4a8a8bd8.4080...@pocock.com.au>, Daniel
Pocock wrote:
>
> Hi,
>
> I've just been looking at Bugzilla to try and establish what is pending
> for 3.1.3
>
> I did a search for items that are blocking, critical or major, 12 items
> found
>
> Most of them
>>> On 7/30/2009 at 2:30 PM, in message
<669f1ab30907301330s2944e0cxa31c21fea1a5...@mail.gmail.com>, Mahendra Kutare
wrote:
> On Thu, Jul 30, 2009 at 12:25 PM, Brad Nicholes wrote:
>
>> >>> On 7/30/2009 at 9:08 AM, in message
>> <669f1ab3090730
>>> On 7/30/2009 at 9:08 AM, in message
<669f1ab30907300808y67c403eev9a1653240c27c...@mail.gmail.com>, Mahendra Kutare
wrote:
> On Thu, Jul 30, 2009 at 10:31 AM, Brad Nicholes wrote:
>
>> >>> On 7/29/2009 at 11:23 PM, in message
>> <669f1ab3090729
>>> On 7/29/2009 at 11:23 PM, in message
<669f1ab30907292223t2734f551lc8d9b98201d7f...@mail.gmail.com>, Mahendra Kutare
wrote:
> Hi All,
>
> If I have configured gmond.conf with a udp_recv_channel with just a port
> number will that configure ganglia gmond to listen on that particular port
> any
>>> On 7/29/2009 at 2:17 PM, in message
<669f1ab30907291317h4162d8c5m3dfd008d4187b...@mail.gmail.com>, Mahendra Kutare
wrote:
> Hi,
>
> Can someone point me to the ganglia code files where the core metrics
> collection happens , which then initiates call to call back handler, stores
> the data in
>>> On 7/28/2009 at 9:32 AM, in message <4a6f1a0a.7070...@pocock.com.au>, Daniel
Pocock wrote:
> Brad Nicholes wrote:
>>>>> On 7/28/2009 at 7:27 AM, in message <4a6efcac.4060...@pocock.com.au>,
>>>>> Daniel
>>>>>
&g
>>> On 7/28/2009 at 7:27 AM, in message <4a6efcac.4060...@pocock.com.au>, Daniel
Pocock wrote:
>
>
> I noticed a few things about mod_gstatus:
>
> - the spec file doesn't include it at all, and deliberately removes the
> config file for it
>
> - gmond/modules/Makefile.am excludes it from sta
>>> On 7/28/2009 at 7:03 AM, in message <4a6ef728.2080...@pocock.com.au>, Daniel
Pocock wrote:
>
>
> Is it preferred to raise backport proposals for 3.1 all in a single
> email, or start a separate thread for each?
>
> I've just fixed bug 237, this is an essential backport I believe, as it
>
>>> On 7/22/2009 at 3:02 PM, in message
<20090722210201.gm14...@alcatraz.americas.sgi.com>, Martin Hicks
wrote:
> 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
>>> On 7/16/2009 at 9:30 AM, in message <4a5f47a1.3020...@pocock.com.au>, Daniel
Pocock wrote:
> Brad Nicholes wrote:
>>>>> On 7/16/2009 at 9:10 AM, in message <4a5f42d8.9060...@pocock.com.au>,
>>>>> Daniel
>>>>>
>
>>> On 7/16/2009 at 9:10 AM, in message <4a5f42d8.9060...@pocock.com.au>, Daniel
Pocock wrote:
> Brad Nicholes wrote:
>>>>> On 7/16/2009 at 8:07 AM, in message <4a5f3430.20...@pocock.com.au>, Daniel
>>>>>
>> Pocock wrote:
&g
>>> On 7/16/2009 at 8:07 AM, in message <4a5f3430.20...@pocock.com.au>, Daniel
Pocock wrote:
>
> I tried to attach this solution to the bug report, but I get this error:
>
> You did not enter a valid attachment number.
>
>
> Anyhow, this is a solution for bug 232:
>
> http://bugzilla.ganglia
>>> On 7/9/2009 at 9:21 AM, in message
,
wrote:
> Revision: 2001
> http://ganglia.svn.sourceforge.net/ganglia/?rev=2001&view=rev
> Author: hawson
> Date: 2009-07-09 15:21:20 + (Thu, 09 Jul 2009)
>
> Log Message:
> ---
> Add backport proposal for r2000
>
> Modified Pa
>>> On 7/13/2009 at 8:17 AM, in message
, utopia zh
wrote:
> Hi,
>
> While trying to use gmond to monitor our applications, we found some issues:
> - Metric collecting may take long time to finish, such examples
> include collecting master/slave status from LDAP, parsing web pages to
> get statis
>>> On 7/10/2009 at 2:41 PM, in message
>>> <20090710204117.gl10...@pi941c2n1.ms.com>,
JB Kim wrote:
> On 07/10/09 14:07:14, Brad Nicholes wrote:
>> >>> On 7/9/2009 at 5:43 PM, in message
>> <8121824c0907091643od6832c5y3c4ffa37696e4...@mail.g
>>> On 7/10/2009 at 2:23 PM, in message
, Jesse Becker
wrote:
> On Fri, Jul 10, 2009 at 14:07, Brad Nicholes wrote:
>
>> Anyway everything else worked just fine. I have a couple of suggestion. You
> should probably include a sample .conf file so that the user does
>>> On 7/9/2009 at 5:43 PM, in message
<8121824c0907091643od6832c5y3c4ffa37696e4...@mail.gmail.com>, JB Kim
wrote:
> Ok I've isolated iostat code into its own module and managed to get
> the whole autoconf/automake work.
>
> http://www.remnantone.com/pkgs/ganglia/modiostat.tar.gz
>
> Provided
>>> On 7/9/2009 at 5:43 PM, in message
<8121824c0907091643od6832c5y3c4ffa37696e4...@mail.gmail.com>, JB Kim
wrote:
>
> Lastly, is anyone already working on a perl equivalent module of mod_python?
> With the 3.1.x gmond framework, it would be definitely possible to
> further extend DSO functionali
>>> On 7/9/2009 at 12:16 PM, in message
, Greg Bruno
wrote:
> On Thu, Jul 9, 2009 at 10:52 AM, Brad Nicholes wrote:
>>
>> One of the new feature in Ganglia 3.1 is the ability to add extra data to
> the metric definition that is passed on with the metric metadata.
>>> On 7/9/2009 at 9:27 AM, in message <4a560c5a.2090...@mail.nih.gov>, Jesse
Becker wrote:
> Greg Bruno wrote:
>> also, regarding MAX_G_STRING_SIZE, would it be possible to increase it
>> in future releases? i've currently set it to 128 in
>> include/gm_value.h.
>
> I don't object, although I'm
>>> On 7/9/2009 at 10:03 AM, in message
, Greg Bruno
wrote:
> On Thu, Jul 9, 2009 at 8:27 AM, Jesse Becker wrote:
>>
>>> also, regarding MAX_G_STRING_SIZE, would it be possible to increase it
>>> in future releases? i've currently set it to 128 in
>>> include/gm_value.h.
>>
>> I don't object, alth
perhaps also .spec) structure would
> encourage other developers to contribute code more easily, I think.
>
> On Wed, Jul 1, 2009 at 11:15 AM, Brad Nicholes wrote:
>> Thanks for the new module code. I haven't had a chance to actually look
> at the code yet but considering tha
Lastly, apologies for ugly code...
>
> If there's sufficient interest and you would like these metrics to be
> included in the subsequent release, I'll enhance/modify the code as
> necessary.
>
> Thanks!
>
> On Tue, Apr 29, 2008 at 8:58 PM, JB Kim wrote:
>>
>>> On 4/1/2009 at 7:49 AM, in message <49d370cc.1010...@sara.nl>, Ramon
>>> Bastiaans
wrote:
> FYI, I noticed;
>
> At a first glance, version 3.1.1 is the latest version mentioned on
> http://www.ganglia.info/
>
> 3.1.2 is only found in the Sourceforge downloads, but mentioned no place
> el
would but additional requirements on collectl and it
> feels like doing things in binary will help minimize overhead.
>
> -mark
>
> |-Original Message-
> |From: Brad Nicholes [mailto:bnicho...@novell.com]
> |Sent: Tuesday, March 31, 2009 1:13 PM
> |To: Seger,
>>> On 3/31/2009 at 9:56 AM, in message <49d23d46.2090...@hp.com>, Mark Seger
wrote:
>
> This then leads to my question, which is what is the best way to send
> data to ganglia. I want to keep my messages very dense and so we chose
> to simply send out binary data in the same format gmond expe
>>> On 3/18/2009 at 5:18 AM, in message
wrote:
>
> Hi,
>
> gmond refuses to start if any of the metrics fail to initialise.
>
> In this new era of modular metrics, it is likely that some modules will
> relate to things that are not static (e.g. a NIC that existed before but
> has now gone away
1 - 100 of 564 matches
Mail list logo