forcemerge 451852 513687
thanks

Hi Alex,

On Sat, Jan 31, 2009 at 03:16:22PM +0300, Alex Kicelew wrote:
> grief:~% mon=6629746 # month in seconds

Side note: 6629746 / 86400 = 76.73 (days), which is ~ 2.5 months.

> grief:~% rrdtool create /tmp/cntelectro.rrd --step $mon --start -232d 
> DS:electro:COUNTER:$((3*mon)):0:U RRA:AVERAGE:0.5:1:$((12*50)) 
> RRA:HWPREDICT:$((5*12)):0.2:0.02:12
> grief:~% rrdtool update /tmp/cntelectro.rrd 02.08...@22085
> grief:~% rrdtool fetch /tmp/cntelectro.rrd AVERAGE
>                         electro                                               
>                                                                               
>                
> 1239762502: nan
> *** glibc detected *** rrdtool: free(): invalid next size (fast): 0x08d74918 
> ***

This is the same as #451852 - see [msg#49] for details. Your step
multiplied with the row count is too large to fit into a long int on
32bit architectures:

  6629746 * 12 * 50 = 3977847600 > 2147483647

I suppose the reason to use a large step size, like that, is to be able
to store data for a long period of time. However, please note that
you're covering almost 126 years - I'm not sure if that makes any sense
at all.

Anyway, large time spans like that are currently not supported upstream.
Adding support for that would require rather large code changes, so the
current approach is to try to detect such cases when creating the RRD
file and abort in that case - this has not been implemented so far,
though. Once that's done, I'll close this bug - so, if you have any
further reasons why this should be supported, please let us know.

HTH,
Sebastian

[msg#49] <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451852#49>

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety.         -- Benjamin Franklin

Attachment: signature.asc
Description: Digital signature

Reply via email to