[rrd-users] Re: Unable to store integer values in RRD

Bjørn Nordbø bn at nextra.com
Mon Jul 24 09:40:46 MEST 2000

Yusuf Goolamabbas <yusufg at outblaze.com> writes:

> 964420410:  3.2000000000e+01 
> 964420440:  3.2266666667e+01 
> 964420470:  3.9966666667e+01 
> 964420500:  3.8933333333e+01 
> 964420530:  3.2200000000e+01 
> 964420560:  3.0633333333e+01 
> 964420590:  3.7966666667e+01 
> 964420620:  3.8200000000e+01 
> 964420650:  3.7900000000e+01 
> 964420680:  NaN 
> I am at a loss to understand how to get integer values stored in the
> database

You don't; rrdtool will average the values for you unless they are
stored exactly on the time points in the RRD. This issue was up here
recently; this is part of the reply from Tobi:

    if you updates arrived EXACTLY at the points in thime rrdtool
    stores data in its database (963600900,963600960,963601020,...)
    then exactly these values would be stored ... but because your data
    does not arrive exactly at these points in time rrdtool integrates
    the space below the curve created by the datapoints you supplied
    and then uses the --step size to calculate the value of the data
    source at the points in time which havbe to go to the log file.

I suppose you wil have to work out your own integer values, but this
may not *always* be correct. It is a bit early for me, but it seems
to me that the only value where you can get it wrong, is exactly
3.5000000000e+01 which can be either 3 or 4.

Bjørn Nordbø  -  IP Development  -  Nextra Norway

Unsubscribe mailto:rrd-users-request at list.ee.ethz.ch?subject=unsubscribe
Help        mailto:rrd-users-request at list.ee.ethz.ch?subject=help
Archive     http://www.ee.ethz.ch/~slist/rrd-users
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi

More information about the rrd-users mailing list