Hi,

I'm working on a generic monitoring daemon:
  http://monami.sourceforge.net/

The design is for plugins providing functionality, so the ganglia plugin 
uploads data into the local Ganglia monitoring infrastructure, similar to 
gmetric.  Monitoring is also done via plugins, so its (easily) extendable.  
Have a look at the architecture diagram for an idea of how this works.

Its very much in its infancy at the moment, but I thought people here might be 
interested.

In terms of Ganglia development, the lack of grouping gmetrics is a shame: it 
would be nice to plot (for example) the number of apache thread in each of 
their states in the same graph.  This could be part of the hierarchical 
metric naming (which, in itself, would be useful).

Alternatively, a very simply extension to the existing gmetric would support 
grouping, for example:

--- protocol.x  6 Dec 2005 15:35:57 -0000       1.1.1.1
+++ protocol.x  15 Dec 2005 12:49:42 -0000
@@ -16,6 +16,7 @@
   string name<>;
   string value<>;
   string units<>;
+  string group<>;
   unsigned int slope;
   unsigned int tmax;
   unsigned int dmax;

group == "" means no grouping.  All gmetrics with the same group should be 
plotted on the same graph.

The change would break backward compatibility, though.  So, would this be 
useful enough to justify that?

Cheers,

Paul.

Attachment: pgpCRcIhZhu4Y.pgp
Description: PGP signature

Reply via email to