Rick C was asking what the exact scenario was in terms of gmond/gmetad:
I don't use gmond, I just have gmetad query two local daemons that respond in
leu of all cluster nodes
since the data is already available on the headnode. And as you mentioned, they
do use the same clustername
so they don't show up as separate clusters in a grid since they describe the
same nodes.
But I presume it still applies gmetad will run in two threads that are not
coordinated with each other,
thus skewing cluster-level statistics even if they are only defined for their
specific subset of information
for the same nodes?
So is the consensus that the two alternatives are either treating the XML
streams as separate clusters, or writing code and spending cycles on combining
the streams?
Michael
-----Original Message-----
From: Michael Will
Sent: Thu 5/14/2009 12:19 PM
To: [email protected]
Subject: gmetad/rrdhelpers.c sends lots of RRD_update messages in
/var/log/messages
I have a cluster setup with /etc/gmetad.conf configured to pull XML data out of
two daemons for the same cluster.
Both have their own subset of data (one does system performance and the other
does ipmi metrics) and all seems to work well
except that sometimes gmetad seems to pull the data from both so quickly that
both reports use the same timestamp. That should be OK since the metrics are
not the same (i.e. first the cpu load is recorded, then from the second stream
the cpu temperature is recorded, however it then floods /var/log/messages with
complains that the last update was not at least one second ago.
I was thinking of patching gmetad/rrdhelper.c to log it as a debug message
instead of an error since then it will only end up
in syslog when gmetad was started with debug>0.
Are there other (better) solutions to the issue, short of having to integrate
both XML streams into one?
I see previous postings with the issue but no solution:
http://www.mail-archive.com/[email protected]/msg03117.html
http://sourceforge.net/mailarchive/message.php?msg_id=480F60C6.8060902%40attributor.com
http://sourceforge.net/mailarchive/message.php?msg_id=4933BC4F.1030508%40cern.ch
The specific versions of ganglia-gmetad and rrdtool are:
ganglia-gmetad-3.0.7
rrdtool-1.0.49
The patch I had in mind was
diff -c gmetad-orig/rrd_helpers.c gmetad/rrd_helpers.c
*** gmetad-orig/rrd_helpers.c 2009-05-01 01:01:33.000000000 -0700
--- gmetad/rrd_helpers.c 2009-05-01 01:01:49.000000000 -0700
***************
*** 52,58 ****
rrd_update(argc, argv);
if(rrd_test_error())
{
! err_msg("RRD_update (%s): %s", rrd, rrd_get_error());
pthread_mutex_unlock( &rrd_mutex );
return 0;
}
--- 52,58 ----
rrd_update(argc, argv);
if(rrd_test_error())
{
! debug_msg("RRD_update (%s): %s", rrd, rrd_get_error());
pthread_mutex_unlock( &rrd_mutex );
return 0;
}
Cheers, Michael Will
------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables
unlimited royalty-free distribution of the report engine
for externally facing server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Ganglia-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-general
