<br><font size=2 face="sans-serif">&nbsp; &nbsp; &nbsp;Hello everyone.</font>
<br><font size=2 face="sans-serif">I have a situation that others might
have already faced.</font>
<br><font size=2 face="sans-serif">Our application collects data every
half hour, we use Derive as our DST. Normally, we expect the values to
increase during the day; however, by the end of the day, these values tend
to be very high, so the &quot;device&quot; is reset every day at midnight.</font>
<br><font size=2 face="sans-serif">The problem with this is that we get
a gap at that time the device is reset.</font>
<br><font size=2 face="sans-serif">We use a minimum value of 0 for the
Data Source, but I know that the calculations done by rrd are generating
a negative value and since less than 0 is not acceptable, it is filled
with NaN.</font>
<br>
<br><font size=2 face="sans-serif">What can I do to take this reset of
the device and allow a smoother transition? (do not show a gap but instead
maybe a peak within positive numbers)</font>
<br><font size=2 face="sans-serif">Can I indicate to rrd that the count
was started all over again?</font>
<br><font size=2 face="sans-serif">What other suggestions do you have?</font>
<br>
<br>
<br><font size=2 face="sans-serif">The detail information to reproduce
the problem as follows.</font>
<br>
<br><font size=2 face="sans-serif">- The file is created this way:</font>
<br><font size=2 face="Courier New">RRDs::create (&quot;FileSample.rrd&quot;,</font>
<br><font size=2 face="Courier New">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&quot;--start&quot;,
1278219600,</font>
<br><font size=2 face="Courier New">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&quot;--step&quot;,
1800,</font>
<br><font size=2 face="Courier New">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&quot;DS:Accesses:DERIVE:3600:0:999000111222&quot;,</font>
<br><font size=2 face="Courier New">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&quot;RRA:AVERAGE:0.5:1:672&quot;</font>
<br><font size=2 face="Courier New">);</font>
<br>
<br><font size=2 face="Courier New">The updates are done with this data
(Time / Value):</font>
<br><font size=2 face="sans-serif">22:16:11 &nbsp; &nbsp; &nbsp; &nbsp;831433273</font>
<br><font size=2 face="sans-serif">22:39:25 &nbsp; &nbsp; &nbsp; &nbsp;881374388</font>
<br><font size=2 face="sans-serif">23:18:04 &nbsp; &nbsp; &nbsp; &nbsp;911450591</font>
<br><font size=2 face="sans-serif">23:47:32 &nbsp; &nbsp; &nbsp; &nbsp;944041059</font>
<br><font size=2 face="sans-serif">00:17:20 &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;16590140</font>
<br><font size=2 face="sans-serif">00:45:30 &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;78026088</font>
<br><font size=2 face="sans-serif">01:13:57 &nbsp; &nbsp; &nbsp; &nbsp;110711741</font>
<br><font size=2 face="sans-serif">01:46:25 &nbsp; &nbsp; &nbsp; &nbsp;135500180</font>
<br><font size=2 face="sans-serif">02:15:35 &nbsp; &nbsp; &nbsp; &nbsp;157698405</font>
<br><font size=2 face="sans-serif">02:43:35 &nbsp; &nbsp; &nbsp; &nbsp;177473994</font>
<br><font size=2 face="sans-serif">03:12:45 &nbsp; &nbsp; &nbsp; &nbsp;196935506</font>
<br><font size=2 face="sans-serif">03:41:31 &nbsp; &nbsp; &nbsp; &nbsp;215507899</font>
<br>
<br><font size=2 face="sans-serif">The problem occurs on the time the counter
is decreased from 944041059 to 16590140</font>
<br>
<br><font size=2 face="sans-serif">Best Regards!<br>
<br>
José Oscar Olivares Ocampo<br>
Infrastructure Tools<br>
Tie Line: 877-3115</font>