I have switched to 64 bit counters, this problem should be solved.<div>Is this the best solution? Here is my current create line:</div><div>--</div><div><div> shell_exec("/usr/bin/rrdtool create ".$rrd_file." -s 300 \</div>
<div> DS:ds0:COUNTER:600:0:18446744073709551615 \</div><div> DS:ds1:COUNTER:600:0:18446744073709551615 \</div><div> RRA:AVERAGE:0.5:1:600 \</div>
<div> RRA:AVERAGE:0.5:6:700 \</div><div> RRA:AVERAGE:0.5:24:775 \</div><div> RRA:AVERAGE:0.5:288:797 \</div><div> RRA:MAX:0.5:1:600 \</div>
<div> RRA:MAX:0.5:6:700 \</div><div> RRA:MAX:0.5:24:775 \</div><div> RRA:MAX:0.5:288:797 \</div><div> RRA:MIN:0.5:1:600 \</div>
<div> RRA:MIN:0.5:6:700 \</div><div> RRA:MIN:0.5:24:775 \</div><div> RRA:MIN:0.5:288:797");</div></div><div>--</div><div><br>
</div><div>Is this the best solution to be used for bandwidth graphing?</div><div>Will this handle integer wraps properly? (should they happen once every few months)</div><div>How long will data be stored for?</div><div><br>
<div class="gmail_quote">On Sun, Dec 5, 2010 at 12:07 AM, Wouter van Eekelen <span dir="ltr"><<a href="mailto:wouter.van.eekelen@serverffs.com">wouter.van.eekelen@serverffs.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I'm currently using these create parameters now:<div>--</div><div><div> shell_exec("/usr/bin/rrdtool create ".$rrd_file." -s 300 \</div><div> DS:ds0:DERIVE:600:0:4294967295 \</div>
<div> DS:ds1:DERIVE:600:0:4294967295 \</div></div><div>--</div><div><br></div><div>The issue is that on one of the switch ports (which is doing 80 mbit), the counter wrap is mistaken and outputs 'nan'.</div>
<div>The manual says: 'so for high bandwidth interfaces and a 32bit counter, DERIVE with min=0 is probably preferable.', so what am I doing wrong?</div><div><br></div><div>It wrapped at 1291502400 (went from 8122065 to 7924308):</div>
<div>--</div><div><div>[root@server1]# rrdtool fetch port24.rrd --start=-2000 AVERAGE</div><div> ds0 ds1</div><div><br></div><div>1291502100: 8.2063600757e+06 2.2500898666e+06</div>
<div>1291502400: nan 2.2546759116e+06</div><div>1291502700: 7.7745353463e+06 2.2562329465e+06</div><div>1291503000: 7.7928605384e+06 2.2955885537e+06</div><div>1291503300: 8.0216481999e+06 2.3222729101e+06</div><div>1291503600: 8.0522287038e+06 2.4876925386e+06</div>
<div>1291503900: 8.0878106732e+06 3.6759178677e+06</div><div>1291504200: nan nan</div></div><div><div></div><div class="h5"><div><br><div class="gmail_quote">On Sat, Dec 4, 2010 at 10:33 PM, Tobias Oetiker <span dir="ltr"><<a href="mailto:tobi@oetiker.ch" target="_blank">tobi@oetiker.ch</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Wouter,<br>
<div><br>
Today Wouter van Eekelen wrote:<br>
<br>
</div><div>> That works a lot better indeed. Is there a reason updatev can't output such<br>
> information?<br>
> If it would just tell me 'mrhb expired, assuming nan' I would have solved<br>
> this way faster.<br>
<br>
</div>:-) it could ... especially if someone was to implement a --verbose<br>
switch which would enable such errors ...<br>
<div><div></div><div><br>
cheers<br>
tobi<br>
<br>
><br>
> On Sat, Dec 4, 2010 at 10:08 PM, Tobias Oetiker <<a href="mailto:tobi@oetiker.ch" target="_blank">tobi@oetiker.ch</a>> wrote:<br>
><br>
> > Wouter,<br>
> ><br>
> > Today Wouter van Eekelen wrote:<br>
> ><br>
> > > Aren't my updates incremental? The second update has quite a higher value<br>
> > > than the first one, yet it's still NaN.<br>
> ><br>
> > it seems to me that you have set the mrhb to 5 seconds ... while<br>
> > the step size is 60 seconds ... this is possible but it requires<br>
> > you to update the rrd at least every 5 seconds ...<br>
> ><br>
> > cheers<br>
> > tobi<br>
> ><br>
> > ><br>
> > > On Sat, Dec 4, 2010 at 9:23 PM, Steve Shipway <<a href="mailto:s.shipway@auckland.ac.nz" target="_blank">s.shipway@auckland.ac.nz</a><br>
> > >wrote:<br>
> > ><br>
> > > > Your DS are of type 'derive', with a minimum value of 0. 'Derive'<br>
> > > > stores the rate of change of the variable, IE (( x -<br>
> > x(prev))/(t-t(prev)))<br>
> > > > This means you'll need at least two sequential updates, which must be<br>
> > > > increasing (in order to get a valid positive derivitive) before you'll<br>
> > see<br>
> > > > anything stored in the RRAs. Since your step is 60s, this means two<br>
> > > > increasing updates about 1min apart, and more than 2 (4, 13, 145) if<br>
> > you<br>
> > > > want any of the RRAs with a cdp of more than 1 to show a value (since<br>
> > your<br>
> > > > XFF is 0.5).<br>
> > > ><br>
> > > > Steve<br>
> > > ><br>
> > > > *Steve Shipway*<br>
> > > > University of Auckland ITS<br>
> > > > *UNIX Systems Design Lead*<br>
> > > > <a href="mailto:s.shipway@auckland.ac.nz" target="_blank">s.shipway@auckland.ac.nz</a><br>
> > > > Ph: +64 9 373 7599 ext 86487<br>
> > > > **<br>
> > > > ------------------------------<br>
> > > > *From:* rrd-users-bounces+s.shipway=<a href="http://auckland.ac.nz" target="_blank">auckland.ac.nz</a>@<a href="http://lists.oetiker.ch" target="_blank">lists.oetiker.ch</a><br>
> > [rrd-users-bounces+s.shipway=<br>
> > > > <a href="http://auckland.ac.nz" target="_blank">auckland.ac.nz</a>@<a href="http://lists.oetiker.ch" target="_blank">lists.oetiker.ch</a>] on behalf of Wouter van Eekelen [<br>
> > > > <a href="mailto:wouter.van.eekelen@serverffs.com" target="_blank">wouter.van.eekelen@serverffs.com</a>]<br>
> > > > *Sent:* Sunday, 5 December 2010 8:09 a.m.<br>
> > > > *To:* <a href="mailto:rrd-users@lists.oetiker.ch" target="_blank">rrd-users@lists.oetiker.ch</a><br>
> > > > *Subject:* [rrd-users] RRDTool not accepting any updates (NaN instead)<br>
> > > ><br>
> > > > I'm having a huge trouble with RRDtool, all updates I'm doing are<br>
> > > > accepted as 'NaN'<br>
> > > > Here is are all commands with output:<br>
> > > ><br>
> > > ><br>
> > ><br>
> ><br>
> > --<br>
> > Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland<br>
> > <a href="http://it.oetiker.ch" target="_blank">http://it.oetiker.ch</a> <a href="mailto:tobi@oetiker.ch" target="_blank">tobi@oetiker.ch</a> ++41 62 775 9902 / sb: -9900<br>
> ><br>
><br>
<br>
</div></div>--<br>
<div><div></div><div>Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland<br>
<a href="http://it.oetiker.ch" target="_blank">http://it.oetiker.ch</a> <a href="mailto:tobi@oetiker.ch" target="_blank">tobi@oetiker.ch</a> ++41 62 775 9902 / sb: -9900<br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>