cd hobbit_data_dir/host_machine<br>rrdtool dump clock.rrd > clock.xml<br><br>I know any number that shows up greater than "e+1nn" is bogus, so I search for "e+1".<br><br>One of several bogus data lines:
<br><!-- 2007-11-26 19:00:00 EST / 1196121600 --> <row><v> 3.9551632477e+169 </v></row><br><br>Same line, changed to NaN (repeat for all affected lines):<br><!-- 2007-11-26 19:00:00 EST / 1196121600 --> <row><v> NaN </v></row>
<br><br>rrdtool restore clock.xml clock.rrd<br><br><div class="gmail_quote">On Dec 5, 2007 11:57 AM, Kern, Thomas <<a href="mailto:Thomas.Kern@hq.doe.gov">Thomas.Kern@hq.doe.gov</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">Could you give a short example of a bogus and a changed
(NaN) entry, just in case that is also happening to some of my data
files?</font></span></div>
<div> </div>
<p><font size="2">/Thomas Kern<br>/301-903-2211 (O)<br>/301-905-6427 (M)</font>
</p>
<div> </div><br>
<blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">
<div dir="ltr" align="left" lang="en-us">
<hr>
<font face="Tahoma" size="2"><div class="Ih2E3d"><b>From:</b> Gary Baluha [mailto:<a href="mailto:gumby3203@gmail.com" target="_blank">gumby3203@gmail.com</a>]
<br></div><b>Sent:</b> Wednesday, December 05, 2007 11:53 AM<div class="Ih2E3d"><br><b>To:</b>
<a href="mailto:hobbit@hswn.dk" target="_blank">hobbit@hswn.dk</a><br><b>Subject:</b> Re: [hobbit] strange graph behavior - random
machines & graphs<br></div></font><br></div>
<div class="Ih2E3d"><div></div>I am now completely convinced that the strange behavior of the
graphs is due to some bad data getting inserted into the .rrd database
files. The bad data is always the same value: 5.1776682516e+170.
That's what the value looks like when you do an rrddump on the .rrd database
file. <br><br>I still have no idea where this value is coming from, but I have
at least determined how to fix these graphs. I'm working on a script to
do this, but for now, I manually do an rrddump of the file, change all bogus
values to NaN (basically, searching for "e+1", since none of the values I
trend generally get that large, so I know these entries are just averaged
values of correct data and the 5.17... number), and then do an rrdrestore from
the modified xml file.<br><br>It would be nice to determine where this problem
is coming from, though.<br></div></blockquote></div>
</blockquote></div><br>