Okay, I have changed it to 1073741824 (1 gbit * 1024 = 1024 mbit * 1024 = 1048676 kbit * 1024 = <meta charset="utf-8">1073741824 bits per second). Thanks!<div>How long will the data be stored for with my arguments? And how would I increase that?<br>
<div><br><div class="gmail_quote">On Sun, Dec 5, 2010 at 9:34 AM, Tobias Oetiker <span dir="ltr"><<a href="mailto:tobi@oetiker.ch">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;">
<div class="im">Today Wouter van Eekelen wrote:<br>
<br>
</div><div class="im">> I'm storing the amount of bits that the interface is counting, this<br>
> increases until the integer wrap (hence the high upper limit).<br>
> What would you suggest to store instead? The amount of bits per second at<br>
> that time?<br>
<br>
</div>the counter data is fine ... BUT the upper limit in the DS argument is<br>
about the rate not about the counter ...<br>
<br>
internally rrdtool calculates the rate and then it applies the<br>
check for upper and lower limit ... 0 is the smallest rate to be<br>
expected and 100MBit/s or 1GBit/s is the highest rate to be<br>
expected ...<br>
<br>
cheers<br>
tobi<br>
<div><div></div><div class="h5"><br>
<br>
<br>
><br>
> On Sun, Dec 5, 2010 at 9:29 AM, Tobias Oetiker <<a href="mailto:tobi@oetiker.ch">tobi@oetiker.ch</a>> wrote:<br>
><br>
> > Hoi Wouter,<br>
> ><br>
> > Yesterday Wouter van Eekelen wrote:<br>
> ><br>
> > > And just to confirm, these arguments:<br>
> > > --<br>
> > > $command = "/usr/bin/rrdtool create ".$rrd_file." -s 60 \<br>
> > > DS:ds0:DERIVE:90:0:4294967295 \<br>
> > > DS:ds1:DERIVE:90:0:4294967295 \<br>
> > > RRA:AVERAGE:0.5:1:600 \<br>
> > > RRA:AVERAGE:0.5:6:700 \<br>
> > > RRA:AVERAGE:0.5:24:775 \<br>
> > > RRA:AVERAGE:0.5:288:797 \<br>
> > > RRA:MAX:0.5:1:600 \<br>
> > > RRA:MAX:0.5:6:700 \<br>
> > > RRA:MAX:0.5:24:775 \<br>
> > > RRA:MAX:0.5:288:797 \<br>
> > > RRA:MIN:0.5:1:600 \<br>
> > > RRA:MIN:0.5:6:700 \<br>
> > > RRA:MIN:0.5:24:775 \<br>
> > > RRA:MIN:0.5:288:797";<br>
> > > --<br>
> > ><br>
> > > Will be fine for graphing bandwidth (on HP procurve switchports)?<br>
> > > Any int wraps (the HP resets to 0 when it passes the unsigned integer<br>
> > limit<br>
> > > of 4,294,967,295) will be recognized and not cause any problems?<br>
> > > How long will the data be stored for?<br>
> ><br>
> > note that the upper limit is the rate and not the actual value you<br>
> > are putting in ... so the 4 trillions are a bit much ... I would<br>
> > rather suggest to use the actual bandwidth of the switch port<br>
> ><br>
> > cheers<br>
> > tobi<br>
> ><br>
> > ><br>
> > > On Sat, Dec 4, 2010 at 10:28 PM, Wouter van Eekelen <<br>
> > > <a href="mailto:wouter.van.eekelen@serverffs.com">wouter.van.eekelen@serverffs.com</a>> wrote:<br>
> > ><br>
> > > > That works a lot better indeed. Is there a reason updatev can't output<br>
> > such<br>
> > > > information?<br>
> > > > If it would just tell me 'mrhb expired, assuming nan' I would have<br>
> > solved<br>
> > > > this way faster.<br>
> > > ><br>
> > > ><br>
> > > > On Sat, Dec 4, 2010 at 10:08 PM, Tobias Oetiker <<a href="mailto:tobi@oetiker.ch">tobi@oetiker.ch</a>><br>
> > 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<br>
> > > >> 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 <<br>
> > <a href="mailto:s.shipway@auckland.ac.nz">s.shipway@auckland.ac.nz</a><br>
> > > >> >wrote:<br>
> > > >> ><br>
> > > >> > > Your DS are of type 'derive', with a minimum value of 0.<br>
> > '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<br>
> > be<br>
> > > >> > > increasing (in order to get a valid positive derivitive) before<br>
> > you'll<br>
> > > >> see<br>
> > > >> > > anything stored in the RRAs. Since your step is 60s, this means<br>
> > two<br>
> > > >> > > increasing updates about 1min apart, and more than 2 (4, 13, 145)<br>
> > if<br>
> > > >> you<br>
> > > >> > > want any of the RRAs with a cdp of more than 1 to show a value<br>
> > (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">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>@<br>
> > <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>
> > [<br>
> > > >> > > <a href="mailto:wouter.van.eekelen@serverffs.com">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">rrd-users@lists.oetiker.ch</a><br>
> > > >> > > *Subject:* [rrd-users] RRDTool not accepting any updates (NaN<br>
> > 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">tobi@oetiker.ch</a> ++41 62 775 9902 / sb: -9900<br>
> > > >><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">tobi@oetiker.ch</a> ++41 62 775 9902 / sb: -9900<br>
> ><br>
><br>
<br>
</div></div>--<br>
<div><div></div><div class="h5">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">tobi@oetiker.ch</a> ++41 62 775 9902 / sb: -9900<br>
</div></div></blockquote></div><br></div></div>