Your message dated Thu, 10 Jun 2010 18:26:25 +0200
with message-id <[email protected]>
and subject line Re: Bug#566699: I can reproduce it here
has caused the Debian Bug report #566699,
regarding rrdtool: does not work on 64bit
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
566699: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566699
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: rrdtool
Version: 1.3.8-1
Severity: normal
On 64 bit (amd64) all it gives are NaN values.
Test-case:
rrdtool create file.rrd --step 300 \
DS:values:GAUGE:900:U:U \
RRA:AVERAGE:0.5:1:2016 \
RRA:MIN:0.5:1:2016 \
RRA:MAX:0.5:1:2016 \
RRA:AVERAGE:0.5:12:744 \
RRA:MIN:0.5:12:672 \
RRA:MAX:0.5:12:672 \
RRA:AVERAGE:0.5:288:730 \
RRA:MIN:0.5:288:730 \
RRA:MAX:0.5:288:730
/usr/bin/rrdtool update file.rrd 1273335162:0.005438
/usr/bin/rrdtool update file.rrd 1273335462:0.002476
/usr/bin/rrdtool update file.rrd 1273335762:0.002664
/usr/bin/rrdtool update file.rrd 1273336062:0.003119
If I then dump the file, I only get NaN values.
If on the other hand I do it on my 32 bit system, I DO get values! Exact same
code and same rrdtool version.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.29-pps (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages rrdtool depends on:
ii libc6 2.9-12 GNU C Library: Shared libraries
ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra
ii libglib2.0-0 2.22.3-1 The GLib library of C routines
ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio
ii libpng12-0 1.2.40-1 PNG library - runtime
ii librrd4 1.3.8-1 Time-series data storage and displ
ii libxml2 2.7.6.dfsg-1 GNOME XML library
rrdtool recommends no packages.
Versions of packages rrdtool suggests:
ii librrds-perl 1.3.8-1 Time-series data storage and displ
-- no debconf information
--- End Message ---
--- Begin Message ---
Source: rrdtool
Version: 1.4.3-1
Hi Pablo and Folkert,
On Tue, Jun 01, 2010 at 03:40:22PM -0400, Pablo Duboue wrote:
> I followed a tutorial at:
>
> http://oss.oetiker.ch/rrdtool/tut/rrdtutorial.en.html
>
> and it worked like a charm *but* if I added entries with timestamps
> out of step (e.g., jumping forward 800 instead of 300 as in the
> tutorial), I get the RRA full of NaNs. I think that's what broke my
> ganglia install here. Folkert's example doesn't work neither on
> Squeeze. And my use case
>
> rrdtool create test.rrd \
> --start 920804400 \
> DS:speed:COUNTER:600:U:U \
^
This tells RRDtool to use a heartbeat of 600s.
> RRA:AVERAGE:0.5:1:24 \
> RRA:AVERAGE:0.5:6:10
>
> rrdtool update test.rrd 920804700:12345 920805000:12357 920805300:12363
> rrdtool update test.rrd 920805600:12363 920805900:12363 920806200:12373
> rrdtool update test.rrd 920806500:12383 920806800:12393 920807100:12399
> rrdtool update test.rrd 920807400:12405 920807700:12411 920808000:12415
> rrdtool update test.rrd 920808300:12420 920808600:12422 920808900:12423
>
> and then doing
>
> rrdtool update 920809900:12423
>
> also doesn't work on a Lenny 32 bit chroot.
>
> I start to think I have ganglia misconfigured and this is just the way
> rrdtool is supposed to work.
Right. If RRDtool did not receive a new update within `heartbeat'
seconds, it assumes `unknown' (i.e., NAN). See the rrdcreate(1) manpage
for details.
On Thu, Jun 10, 2010 at 06:10:07PM +0200, Folkert van Heusden wrote:
> > Could you please verify if that behavior still persists with the
> > current
> > version in Squeeze? I'm not aware of any 64bit related problems and
> > I'm
> > using RRDtool on my amd64 boxes all of the time.
> Indeed after upgrading to 1.4.3 the problem went away. Thank you!
Thanks for the feedback. Since you reported the bug against 1.3.8, which
is no longer in the archive (expect for hurd) and since I could not
reproduce it on Lenny, I'll close this bug with this E-mail.
Cheers,
Sebastian
--
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
signature.asc
Description: Digital signature
--- End Message ---
