Some of the metrics that we are collecting are totals since the system
rebooted.
That is not very interesting and it becomes a huge number that shows
(percentage-wise) little change over time.
Is there some way to change ganglia to display the change of this metric
instead of it value
I use gmetric from a script scheduled to run every minute via cron.
Check 'man gmetric' for syntax, and there are example scripts here:
http://www.perzl.org/ganglia/devicespecific.html
Hope that helps,
Khrist
-Original Message-
From: Silver, Jonathan
Thanks, but gmetric (I thought) was for the collection of metrics into ganglia.
The metrics are already being collected but they are the sum since day 1.
I guess that I could create a new metric by running a local script, get the
latest 2 values from rrds, compute the difference and set that
Sounds like you have the RRD files set as a GAUGE when they should
be a COUNTER. You could try using rrdtool to fix this on the fly.
If you are using gmetric to send metrics, have a look at the --slope
option. This is used when creating RRD files for the first time to
set the metric (i.e.
Correct, gmetric will the send your desired metric value and its attributes
to gmetad.
If the OS or application only provides the metric as a counter but you want
them visualized as a gauge, then it is on you to calculate the delta *and*
rate of occurrence over time. The example scripts from Dr.
You are correct - the rrds files do have type GAUGE.
Some of these metrics are actually coming from jmxtrans - which has no
capability to set the type of value.
I cannot figure out the command within rrdtool to change from a gauge to a
counter - how do I do this?
-Original Message-
I think something like this should work:
rrdtool tune my_metrics.rrd --data-source-type name_of_DS:COUNTER
That's 100% untested, and you should make backups of your files, of
course. You'll need to figure out the names of the DS entries, which
you can get from 'rrdtool info my_metrics.rrd'
On
Rrdtune worked. - thanks.
How does --slope effect the metric type (Gauge ve Counter). What do I need to
set slope to to get counter?
Thanks again,
jon
-Original Message-
From: Jesse Becker [mailto:haw...@gmail.com]
Sent: Monday, August 04, 2014 11:47 AM
To: Silver, Jonathan
Cc:
Here's a link (with more links) to what's what:
http://codeblog.majakorpi.net/post/16281432462/ganglia-xml-slope-attribute
(instead of just having me cut-n-paste).
On Mon, Aug 4, 2014 at 1:55 PM, Silver, Jonathan
jonathan.sil...@unify.com wrote:
Rrdtune worked. - thanks.
How does --slope
The ones I've seen so far on ganglia.info:
On the demo page, the bleeding edge features demo link (
http://fjrkr5ab.joyent.us/ganglia-2.0/) gives an error.
On the support page, both the link to the ganglia wiki page (
http://wiki.ganglia.info/) and the link to the ganglia forums (
libconfuse was installed via rpm and is present on my system.
rpm -qa | grep libconfuse
libconfuse-2.7-4.el6.x86_64
rpm -ql libconfuse gives me
/usr/lib64/libconfuse.so.0
/usr/lib64/libconfuse.so.0.0.0
/usr/share/doc/libconfuse-2.7
/usr/share/doc/libconfuse-2.7/AUTHORS
Hi Jonathan,
I've seen this on Fedora and I think Red Hat. You need to create the
link manually:
# ln -s libconfuse.so.0 /usr/lib64/libconfuse.so
I'd expect the RPM install script to do this.
Filipe
--
Filipe Bonjour
In theory there is no difference between theory and practice.
Hi Sergio (and Ganglia community),
Thanks so much for the prompt and helpful response. This is just what I was
looking for. One unexpected surprise was that my simple four-data-node
AWS/EC2 MapReduce cluster has almost 1,400 rrd files in /var/lib/ganglia/rrds.
From the path names, I'm guessing
Hello Doug,
On 5 Aug 2014, at 02:52, Doug Johnson dvjbi...@hotmail.com wrote:
Hi Sergio (and Ganglia community),
Thanks so much for the prompt and helpful response. This is just what I was
looking for. One unexpected surprise was that my simple four-data-node
AWS/EC2 MapReduce cluster
Hi Jonathan,
Thank you, Filipe. That allowed the configure script to complete
without needing to specify any special parameters. I am not sure why
the RPM script didn't handle it correctly.
Neither am I, but I've seen this once or twice from Red Hat packages.
I now run into an issue when
15 matches
Mail list logo
