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 value for the rrftool fetch. - regards, richard -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ian Wootten Sent: 08 August 2006 16:23 To: [email protected] Subject: [Ganglia-general] Obtaining Immediate Interval Data From Ganglia 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. Whilst connecting to a port will provide the most immediate metrics, I would like information over a particular time period. Inspection of ganglia's round robin databases provides this also, but if most immediate information is requested - i.e Invoke this service, collect ganglia metrics for that period, many metric values are left empty (NaN). I increase the speed at which localhost is polled, but still much information is to be written to rrd afterwards. A second query sometime later and these are populated. Is there a way to force gmond writes to rrd. Or another method to obtain such information from ganglia? Thanks, Ian ------------------------------------------------------------------------ - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Ganglia-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-general ------------------------------------------------------------------------ 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. ------------------------------------------------------------------------
