[collectd] generic JMX plugin
Benjamin.Coddington at uvm.edu
Mon Jul 27 21:39:34 CEST 2009
I know you are looking for an snmp solution, but we had a similar
problem, and handled it with an HttpHandler to expose JMX beans in a
REST-ful way. Then we slurp up the ones we want with perl in collectd.
I could send along what we've done, or check out jfdenise's entry:
Who really did all the hard work.
On 7/27/09 3:01 PM, matthew sporleder wrote:
> I have a pretty strong need to do some java monitoring and,
> unfortunately, I can't get all of the information I need through the
> jvm's built-in snmp interface. (all the memory info is there, but I
> don't think I can get database thread pools, message queue depths,
> hibernate stats, etc)
> So what I would really like to see is an snmp-style plugin that spoke JMX.
> Define the<Data> to collect in terms of the mbean domain, mbean name,
> and attribute name
> Then a type, obviously, and the Table feature would be pretty handy as
> well for getting values that come back in lists. (although specifying
> the specific value to get would also be fine)
> committed=1532428288, init=1610612736, max=1532428288, used=974726808
> (just part of a javax.management.openmbean.CompositeData jmx answer
> from mx4j. Don't even get me started on trying to use the curl plugin
> on that)
> The last time I checked, OpenNMS was unable to collect data over JMX
> if it came back in a complex type, so it must be a somewhat difficult
> <Data "javaoldgen">
> Type "javax.management.openmbean.CompositeData"
> Table true
> MBdomain "java.lang"
> MBname "type=MemoryPool,name=PS Old Gen"
> MBattribute "Usage"
> Does anyone have something like this already in the works?
> collectd mailing list
> collectd at verplant.org
More information about the collectd