Ian Wootten wrote:
Hmm,
Apologies for the empty reply. Thanks for those suggestions...
I'm assuming we're talking kernel modules here,
No, we're not. The term 'module' is probably being misapplied here, the
stuff being discussed is a module in the sense it extends basic ganglia
functionality
If you do want to do fast polling on the Linux or cygwin gmond, I found
some hardwired code in there which effectively limits the polling rate
for
some metrics no matter what you put in the config files. (Sorry martin,
have not raised a bug report yet). Anyway:
> the code below is in the cygwin and
I'm actually using a query comprised from a time a request and result
event is fired upon "rrdtool xport".
I suppose the NaNs will be inevitable due to gmetad write time differences.
The problem I face is getting this information into java... I suppose
thats more of a rrd problem than ganglia.
Ian,
it is the gmetad process which write the rrd files, not gmond. Are you
using "rrdtool fetch" to
get the numbers? If you don't specify an end time, rrdtool will choose
"now", so
it is almost certain you will have some Nan's at the end.
What I do is to do a "rrdtool last" first, then use that
Hmm,
Apologies for the empty reply. Thanks for those suggestions...
I'm assuming we're talking kernel modules here, and not having vast
amounts of experience
at that I think its a little beyond me. Realistically, the majority of
the information
captured from the feed will not be needed, only h
Seth Graham wrote:
Ben Hartshorne wrote:
On Tue, Aug 08, 2006 at 04:22:41PM +0100, Ian Wootten wrote:
I am facing a problem in that I would like short-segment up to date
information from ganglia in order to monitor services after invocation.
One method I have heard of that achieves something
6 matches
Mail list logo
