>>> On 7/28/2009 at 7:27 AM, in message <[email protected]>, Daniel
Pocock <[email protected]> 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 static builds
> 
> Given that Ganglia is modular, is there a good reason for not having 
> this module in the RPM along with all the other modules?
> 
> I successfully compiled it on Cygwin (static build), so is there also a 
> reason for not having it on static builds, or in other words, does 
> anyone object if I tweak Makefile.am so it will be in the static build 
> from now on?
> 
> Also, I'm adding some extra metrics to mod_gstatus - for instance, a 
> string metric with the Ganglia version - does this seem like the best 
> place to add this?
> 
> 

The only reason for removing it from the RPM and static builds is basically due 
to its likely usefulness to the general user.  When I wrote mod_gstatus it was 
mainly for debugging purposes.  I needed something that would monitor the XDR 
packets that were being sent between the gmond nodes and using ganglia to 
monitor itself seemed like the most obvious idea.  If the community thinks that 
mod_gstatus would be generally useful, I don't have a problem with including it 
as a standard module.

Brad


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Ganglia-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

Reply via email to