Dave,
I tried this, and for me last_update gets changed at the same rate as my
poll rate, so I don't see what you see.
What is your poll rate of the cluster in gmetad.conf? Perhaps you could
mail me the RRA lines in gmetad.conf and
the full output of rrdtool info.
I'm sure you aleady know this, but when the rrd file is created, it
takes the step size from the poll rate, but if
you subsequently change your poll rate in gmetad.conf, ganglia does not
try to change the step size in the rrd file.
kind regards,
Richard
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dr.
Dave Blunt
Sent: 29 August 2006 19:15
To: ganglia-general
Subject: [Ganglia-general] Gmetad RRD update question
I'm trying to stress test gmetad by submitting large numbers of
metric updates to a single gmond that gmetad is using as a data_source.
When I submit an update to a single metric on a single host and
then look at 'rrdtool info' output for the
/var/lib/ganglia/rrds/unspecified/hostX/metricY.rrd file, I see a total
of 5 changes to that last_update timestamp over a space of 60 seconds or
so. When I apply another update to the metric (via gmetric) to gmond
the same thing happens.
Any ideas as to why the RRD has to be touched five times for
every update? Again, this isn't a summary RRD, it's just the RRD
recording a single metric on a single host within a cluster.
Dave.
Dr. Dave Blunt
Regional Operations Manager
GROUNDWORK Open Source, Inc.
139 Townsend Street, Suite 100
San Francisco, CA 94107-1946
415.992.4500 (office)
206.282.2867 (direct)
650.619.5256 (mobile)
206.374.2892 (fax)
[EMAIL PROTECTED]
www.groundworkopensource.com
<http://www.groundworkopensource.com/>
------------------------------------------------------------------------
For more information about Barclays Capital, please visit our web site at
http://www.barcap.com.
Internet communications are not secure and therefore the Barclays Group does
not accept legal responsibility for the contents of this message. Although the
Barclays Group operates anti-virus programmes, it does not accept
responsibility for any damage whatsoever that is caused by viruses being
passed. Any views or opinions presented are solely those of the author and do
not necessarily represent those of the Barclays Group. Replies to this email
may be monitored by the Barclays Group for operational or business reasons.
------------------------------------------------------------------------
