RRDtool Trac

Ticket #232 (RPN expression valid under rrdtool (from shell) and not from Perl RRDs.) reopened

human — Mon, 29 Jun 2009 11:36:32 GMT

Ticket #232 (RPN expression valid under rrdtool (from shell) and not from Perl RRDs.) closed

oetiker — Sat, 27 Jun 2009 21:56:33 GMT

worksforme:

my guess is that the perl version of your code is not aequivalent to your shell version ... the rpn interpreter is the same in both instances ...

Ticket #232 (RPN expression valid under rrdtool (from shell) and not from Perl RRDs.) created

human — Fri, 26 Jun 2009 16:18:21 GMT

The following:

# rrdtool graph /tmp/consolidation.png DEF:clusrhel0=/opt/BSMServer-Base/engine/nagios/share/perfdata/clusrhel0/Temp_Node_Collection.rrd:1:AVERAGE DEF:clusrhel1=/opt/BSMServer-Base/engine/nagios/share/perfdata/clusrhel1/Temp_Node_Collection.rrd:1:AVERAGE DEF:clusrhel2=/opt/BSMServer-Base/engine/nagios/share/perfdata/clusrhel2/Temp_Node_Collection.rrd:1:AVERAGE DEF:clusrhel3=/opt/BSMServer-Base/engine/nagios/share/perfdata/clusrhel3/Temp_Node_Collection.rrd:1:AVERAGE CDEF:average=clusrhel0,clusrhel1,clusrhel2,clusrhel3,+,+,+,4,/ LINE2:average#00a000 480x155 [root@clusrhel0 PM]#

works fine from the shell whereas, the same thing from the Perl binding RRDS::graph gives the following error message: ERROR while creating RRD graph: invalid rpn expression 'clusrhel0,clusrhel1,clusrhel2,clusrhel3,+,+,+,4,/'

So what is the reason?

Thanks.

Version used:

Usage: rrdtool [options] command command_options

Valid commands: create, update, graph, dump, restore,

last, info, fetch, tune, resize, xport

RRDtool is distributed under the Terms of the GNU General Public License Version 2. (www.gnu.org/copyleft/gpl.html)

For more information read the RRD manpages

Ticket #231 (RRDs::info is quite unusable) created

human — Wed, 24 Jun 2009 14:39:07 GMT

RRDs::info() does not return a real deep structure but places output of rrdtool info into a flat PERL hash. Unfortunately during this process a lot of informations lose. Hashes does not remember the order of keys so ds[XXXX].* keys could be retrieved in random order only. There is no way to figure out assignment of rra columns and datasources.

Let's see a example:

$ perl -MRRDs -MDumpvalue -e '{Dumpvalue->new->dumpValue(RRDs::info("/tmp/some.rrd"));}'
'ds[foo].last_ds' => 3876878636
'ds[foo].max' => undef
'ds[foo].min' => 0
'ds[foo].minimal_heartbeat' => 600
'ds[foo].type' => 'DERIVE'
'ds[foo].unknown_sec' => 209
'ds[foo].value' => undef
'ds[foo].last_ds' => 0
'ds[bar].max' => undef
'ds[bar].min' => 0
'ds[bar].minimal_heartbeat' => 600
'ds[bar].type' => 'GAUGE'
'ds[bar].unknown_sec' => 209
'ds[bar].value' => undef
...
'rra[0].cdp_prep[0].unknown_datapoints' => 0
'rra[0].cdp_prep[0].value' => undef
'rra[0].cdp_prep[1].unknown_datapoints' => 1
'rra[0].cdp_prep[1].value' => undef
...
$

The million dollar question:
Does cdp_prep[0] belong to datasource foo or bar? :-)

RRDs::info should return a deeply nested data structure like this:

'ds' => HASH(0x9bae3a0)
   'foobar' => HASH(0x9ba9ba0)
      'last_ds' => 3876878636
      'max' => undef
      'min' => '0.0000000000e+00'
      'minimal_heartbeat' => 600
      'type' => 'DERIVE'
      'unknown_sec' => 209
      'value' => undef
   'baz' => HASH(0x9b7f380)
      'last_ds' => 1611074447
      'max' => undef
      'min' => '0.0000000000e+00'
      'minimal_heartbeat' => 600
      'type' => 'DERIVE'
      'unknown_sec' => 209
      'value' => undef
...
'ds.index' => ARRAY(0x9ba84f0)
   0  'baz'
   1  'foobar'
...
'rra' => ARRAY(0x9f79cf8)
   0  HASH(0x9f79d28)
      'cdp_prep' => ARRAY(0x9f79d98)
         0  HASH(0x9f79db8)
            'unknown_datapoints' => 0
            'value' => undef
         1  HASH(0x9f7a0a8)
            'unknown_datapoints' => 1
            'value' => undef
...

Gabor Kiss

Ticket #230 (Segmentation fault When quote is not close) created

human — Fri, 19 Jun 2009 15:19:19 GMT

Hi,

rrdtool version 1.3.1

The bug comes when you use RRDp and cmd like this

#!/usr/bin/perl
use RRDp;
RRDp::start "/usr/bin/rrdtool";
# use strict;
my $GRAPHcmdnbapp=<<END;
graph __OUT_NAME__nbappel
--start __START__ --end __END__
--imgformat=PNG
--title=\"Title they dont close dquote !!
DEF:tar0=\"__IN_NAME__\":tar:AVERAGE
AREA:taa0#0000FF:\"Serie\\t\"
END
RRDp::cmd $GRAPHcmdnbapp;
RRDp::read;
exit 0;

they crash the rrdtool invocation.

the result :

*** glibc detected *** /usr/bin/rrdtool: double free or corruption (top): 0x091bb0f8 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0xb7e07604]
/lib/tls/i686/cmov/libc.so.6(cfree+0x96)[0xb7e095b6]
/usr/bin/rrdtool[0x804b751]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7dae775]
/usr/bin/rrdtool[0x80492a1]
======= Memory map: ========
08048000-0804e000 r-xp 00000000 08:05 842966     /usr/bin/rrdtool
0804e000-0804f000 r--p 00005000 08:05 842966     /usr/bin/rrdtool
0804f000-08050000 rw-p 00006000 08:05 842966     /usr/bin/rrdtool
...

Maybe it's already reported but I don't find anything about this.

itcsoft54 at yahoo dot com

Ticket #157 (librrd should not include graphing functions) closed

oetiker — Tue, 09 Jun 2009 06:01:05 GMT

fixed:

to maintain backward compatibility, the structure would have to be librrd_core and librrd_graph being pulled in by librrd ... If you would like to work on this, now is a good time, as we are starting the 1.5 cycle soon.

please post your ideas to the rrd-developers mailinglist.

Ticket #229 (missing ../config.h when building in intl) closed

oetiker — Mon, 08 Jun 2009 05:13:04 GMT

fixed:

Kevin,

I think r1857 should help.

thanks tobi

Ticket #229 (missing ../config.h when building in intl) created

human — Sun, 07 Jun 2009 23:03:46 GMT

% ./configure \
    --prefix=$PREFIX \
    --enable-lua \
    --enable-ruby \
    --enable-python \
    --enable-tcl --with-tcllib=/usr/local/lib/tcl8.6 \
    --enable-maintainer-mode
% make
...
Making all in intl
make: don't know how to make ../config.h. Stop
*** Error code 1
Stop in /home/kbrint/rrdtool/rrdtool-1.3.99909060716.
*** Error code 1

Maybe we ought to symlink "rrd_config.h" to "config.h" earlier in the build process?

Ticket #227 (Failed to update/fetch the rrd file.) closed

oetiker — Tue, 02 Jun 2009 06:33:20 GMT

invalid

Ticket #226 (Failed to update/fetch the rrd file.) closed

oetiker — Tue, 02 Jun 2009 06:32:28 GMT

invalid

Ticket #228 (Failed to update/fetch the rrd file.) created

human — Tue, 02 Jun 2009 06:05:07 GMT

There are two same nics in the machine,I made the script to update the rrd file for network error information per 6 minutes in the crontab. Now, one rrd file("Erroreth4.rrd") was incorrect and the file was not updated any more and I cannot fetch the data of the file.

But the other rrd file("Normaleth1.rrd") is correct. The following is the files' info:

$ ls -l

total 1720 -rw-r--r-- 1 hydragui hydragui 1259176 May 15 09:20 Normaleth1.rrd -rw-r--r-- 1 hydragui hydragui 491520 May 15 04:54 Erroreth4.rrd

$ rrdtool first Normaleth1.rrd

1241774040

$ rrdtool last Normaleth1.rrd

1242378780

$ rrdtool first Erroreth4.rrd

1241758500

$ rrdtool last Erroreth4.rrd

1242363267

$ rrdtool fetch Erroreth4.rrd AVERAGE -s 1241758500 -e 1242363267

ERROR: fetching cdp from rra

$ rrdtool update Erroreth4.rrd 1243296840:0:0:0:0:0:0:0

Segmentation fault (core dumped) ***************** Normal File info ****************** $ rrdtool info Normaleth1.rrd filename = "Normaleth1.rrd" rrd_version = "0003" step = 60 last_update = 1242378780 ds[In_Octets].type = "DERIVE" ds[In_Octets].minimal_heartbeat = 90 ds[In_Octets].min = 0.0000000000e+00 ds[In_Octets].max = NaN ds[In_Octets].last_ds = "0" ds[In_Octets].value = 0.0000000000e+00 ds[In_Octets].unknown_sec = 0 ds[Out_Octets].type = "DERIVE" ds[Out_Octets].minimal_heartbeat = 90 ds[Out_Octets].min = 0.0000000000e+00 ds[Out_Octets].max = NaN ds[Out_Octets].last_ds = "0" ds[Out_Octets].value = 0.0000000000e+00 ds[Out_Octets].unknown_sec = 0 ds[In_Errors].type = "GAUGE" ds[In_Errors].minimal_heartbeat = 90 ds[In_Errors].min = 0.0000000000e+00 ds[In_Errors].max = NaN ds[In_Errors].last_ds = "0" ds[In_Errors].value = 0.0000000000e+00 ds[In_Errors].unknown_sec = 0 ds[Out_Errors].type = "GAUGE" ds[Out_Errors].minimal_heartbeat = 90 ds[Out_Errors].min = 0.0000000000e+00 ds[Out_Errors].max = NaN ds[Out_Errors].last_ds = "0" ds[Out_Errors].value = 0.0000000000e+00 ds[Out_Errors].unknown_sec = 0 ds[In_Drop].type = "GAUGE" ds[In_Drop].minimal_heartbeat = 90 ds[In_Drop].min = 0.0000000000e+00 ds[In_Drop].max = NaN ds[In_Drop].last_ds = "0" ds[In_Drop].value = 0.0000000000e+00 ds[In_Drop].unknown_sec = 0 ds[Out_Drop].type = "GAUGE" ds[Out_Drop].minimal_heartbeat = 90 ds[Out_Drop].min = 0.0000000000e+00 ds[Out_Drop].max = NaN ds[Out_Drop].last_ds = "0" ds[Out_Drop].value = 0.0000000000e+00 ds[Out_Drop].unknown_sec = 0 ds[Collision].type = "GAUGE" ds[Collision].minimal_heartbeat = 90 ds[Collision].min = 0.0000000000e+00 ds[Collision].max = NaN ds[Collision].last_ds = "0" ds[Collision].value = 0.0000000000e+00 ds[Collision].unknown_sec = 0 rra[0].cf = "AVERAGE" rra[0].rows = 10080 rra[0].pdp_per_row = 1 rra[0].xff = 5.0000000000e-01 rra[0].cdp_prep[0].value = NaN rra[0].cdp_prep[0].unknown_datapoints = 0 rra[0].cdp_prep[1].value = NaN rra[0].cdp_prep[1].unknown_datapoints = 0 rra[0].cdp_prep[2].value = NaN rra[0].cdp_prep[2].unknown_datapoints = 0 rra[0].cdp_prep[3].value = NaN rra[0].cdp_prep[3].unknown_datapoints = 0 rra[0].cdp_prep[4].value = NaN rra[0].cdp_prep[4].unknown_datapoints = 0 rra[0].cdp_prep[5].value = NaN rra[0].cdp_prep[5].unknown_datapoints = 0 rra[0].cdp_prep[6].value = NaN rra[0].cdp_prep[6].unknown_datapoints = 0 rra[1].cf = "AVERAGE" rra[1].rows = 744 rra[1].pdp_per_row = 60 rra[1].xff = 5.0000000000e-01 rra[1].cdp_prep[0].value = 0.0000000000e+00 rra[1].cdp_prep[0].unknown_datapoints = 2 rra[1].cdp_prep[1].value = 0.0000000000e+00 rra[1].cdp_prep[1].unknown_datapoints = 2 rra[1].cdp_prep[2].value = 0.0000000000e+00 rra[1].cdp_prep[2].unknown_datapoints = 2 rra[1].cdp_prep[3].value = 0.0000000000e+00 rra[1].cdp_prep[3].unknown_datapoints = 2 rra[1].cdp_prep[4].value = 0.0000000000e+00 rra[1].cdp_prep[4].unknown_datapoints = 2 rra[1].cdp_prep[5].value = 0.0000000000e+00 rra[1].cdp_prep[5].unknown_datapoints = 2 rra[1].cdp_prep[6].value = 0.0000000000e+00 rra[1].cdp_prep[6].unknown_datapoints = 2 rra[2].cf = "AVERAGE" rra[2].rows = 366 rra[2].pdp_per_row = 1440 rra[2].xff = 5.0000000000e-01 rra[2].cdp_prep[0].value = 0.0000000000e+00 rra[2].cdp_prep[0].unknown_datapoints = 383 rra[2].cdp_prep[1].value = 0.0000000000e+00 rra[2].cdp_prep[1].unknown_datapoints = 383 rra[2].cdp_prep[2].value = 0.0000000000e+00 rra[2].cdp_prep[2].unknown_datapoints = 383 rra[2].cdp_prep[3].value = 0.0000000000e+00 rra[2].cdp_prep[3].unknown_datapoints = 383 rra[2].cdp_prep[4].value = 0.0000000000e+00 rra[2].cdp_prep[4].unknown_datapoints = 383 rra[2].cdp_prep[5].value = 0.0000000000e+00 rra[2].cdp_prep[5].unknown_datapoints = 383 rra[2].cdp_prep[6].value = 0.0000000000e+00 rra[2].cdp_prep[6].unknown_datapoints = 383 rra[3].cf = "MAX" rra[3].rows = 10080 rra[3].pdp_per_row = 1 rra[3].xff = 5.0000000000e-01 rra[3].cdp_prep[0].value = NaN rra[3].cdp_prep[0].unknown_datapoints = 0 rra[3].cdp_prep[1].value = NaN rra[3].cdp_prep[1].unknown_datapoints = 0 rra[3].cdp_prep[2].value = NaN rra[3].cdp_prep[2].unknown_datapoints = 0 rra[3].cdp_prep[3].value = NaN rra[3].cdp_prep[3].unknown_datapoints = 0 rra[3].cdp_prep[4].value = NaN rra[3].cdp_prep[4].unknown_datapoints = 0 rra[3].cdp_prep[5].value = NaN rra[3].cdp_prep[5].unknown_datapoints = 0 rra[3].cdp_prep[6].value = NaN rra[3].cdp_prep[6].unknown_datapoints = 0 rra[4].cf = "MAX" rra[4].rows = 744 rra[4].pdp_per_row = 60 rra[4].xff = 5.0000000000e-01 rra[4].cdp_prep[0].value = 0.0000000000e+00 rra[4].cdp_prep[0].unknown_datapoints = 2 rra[4].cdp_prep[1].value = 0.0000000000e+00 rra[4].cdp_prep[1].unknown_datapoints = 2 rra[4].cdp_prep[2].value = 0.0000000000e+00 rra[4].cdp_prep[2].unknown_datapoints = 2 rra[4].cdp_prep[3].value = 0.0000000000e+00 rra[4].cdp_prep[3].unknown_datapoints = 2 rra[4].cdp_prep[4].value = 0.0000000000e+00 rra[4].cdp_prep[4].unknown_datapoints = 2 rra[4].cdp_prep[5].value = 0.0000000000e+00 rra[4].cdp_prep[5].unknown_datapoints = 2 rra[4].cdp_prep[6].value = 0.0000000000e+00 rra[4].cdp_prep[6].unknown_datapoints = 2 rra[5].cf = "MAX" rra[5].rows = 366 rra[5].pdp_per_row = 1440 rra[5].xff = 5.0000000000e-01 rra[5].cdp_prep[0].value = 0.0000000000e+00 rra[5].cdp_prep[0].unknown_datapoints = 383 rra[5].cdp_prep[1].value = 0.0000000000e+00 rra[5].cdp_prep[1].unknown_datapoints = 383 rra[5].cdp_prep[2].value = 0.0000000000e+00 rra[5].cdp_prep[2].unknown_datapoints = 383 rra[5].cdp_prep[3].value = 0.0000000000e+00 rra[5].cdp_prep[3].unknown_datapoints = 383 rra[5].cdp_prep[4].value = 0.0000000000e+00 rra[5].cdp_prep[4].unknown_datapoints = 383 rra[5].cdp_prep[5].value = 0.0000000000e+00 rra[5].cdp_prep[5].unknown_datapoints = 383 rra[5].cdp_prep[6].value = 0.0000000000e+00 rra[5].cdp_prep[6].unknown_datapoints = 383

***************** Error File info ****************** $ rrdtool info Erroreth4.rrd filename = "Erroreth4.rrd" rrd_version = "0003" step = 60 last_update = 1242363267 ds[In_Octets].type = "DERIVE" ds[In_Octets].minimal_heartbeat = 90 ds[In_Octets].min = 0.0000000000e+00 ds[In_Octets].max = NaN ds[In_Octets].last_ds = "UNKN" ds[In_Octets].value = 0.0000000000e+00 ds[In_Octets].unknown_sec = 27 ds[Out_Octets].type = "DERIVE" ds[Out_Octets].minimal_heartbeat = 90 ds[Out_Octets].min = 0.0000000000e+00 ds[Out_Octets].max = NaN ds[Out_Octets].last_ds = "UNKN" ds[Out_Octets].value = 0.0000000000e+00 ds[Out_Octets].unknown_sec = 27 ds[In_Errors].type = "GAUGE" ds[In_Errors].minimal_heartbeat = 90 ds[In_Errors].min = 0.0000000000e+00 ds[In_Errors].max = NaN ds[In_Errors].last_ds = "UNKN" ds[In_Errors].value = 0.0000000000e+00 ds[In_Errors].unknown_sec = 27 ds[Out_Errors].type = "GAUGE" ds[Out_Errors].minimal_heartbeat = 90 ds[Out_Errors].min = 0.0000000000e+00 ds[Out_Errors].max = NaN ds[Out_Errors].last_ds = "UNKN" ds[Out_Errors].value = 0.0000000000e+00 ds[Out_Errors].unknown_sec = 27 ds[In_Drop].type = "GAUGE" ds[In_Drop].minimal_heartbeat = 90 ds[In_Drop].min = 0.0000000000e+00 ds[In_Drop].max = NaN ds[In_Drop].last_ds = "UNKN" ds[In_Drop].value = 0.0000000000e+00 ds[In_Drop].unknown_sec = 27 ds[Out_Drop].type = "GAUGE" ds[Out_Drop].minimal_heartbeat = 90 ds[Out_Drop].min = 0.0000000000e+00 ds[Out_Drop].max = NaN ds[Out_Drop].last_ds = "UNKN" ds[Out_Drop].value = 0.0000000000e+00 ds[Out_Drop].unknown_sec = 27 ds[Collision].type = "GAUGE" ds[Collision].minimal_heartbeat = 90 ds[Collision].min = 0.0000000000e+00 ds[Collision].max = NaN ds[Collision].last_ds = "UNKN" ds[Collision].value = 0.0000000000e+00 ds[Collision].unknown_sec = 27 rra[0].cf = "AVERAGE" rra[0].rows = 10080 rra[0].pdp_per_row = 1 rra[0].xff = 5.0000000000e-01 rra[0].cdp_prep[0].value = NaN rra[0].cdp_prep[0].unknown_datapoints = 0 rra[0].cdp_prep[1].value = NaN rra[0].cdp_prep[1].unknown_datapoints = 0 rra[0].cdp_prep[2].value = NaN rra[0].cdp_prep[2].unknown_datapoints = 0 rra[0].cdp_prep[3].value = NaN rra[0].cdp_prep[3].unknown_datapoints = 0 rra[0].cdp_prep[4].value = NaN rra[0].cdp_prep[4].unknown_datapoints = 0 rra[0].cdp_prep[5].value = NaN rra[0].cdp_prep[5].unknown_datapoints = 0 rra[0].cdp_prep[6].value = NaN rra[0].cdp_prep[6].unknown_datapoints = 0 rra[1].cf = "AVERAGE" rra[1].rows = 744 rra[1].pdp_per_row = 60 rra[1].xff = 5.0000000000e-01 rra[1].cdp_prep[0].value = NaN rra[1].cdp_prep[0].unknown_datapoints = 54 rra[1].cdp_prep[1].value = NaN rra[1].cdp_prep[1].unknown_datapoints = 54 rra[1].cdp_prep[2].value = NaN rra[1].cdp_prep[2].unknown_datapoints = 54 rra[1].cdp_prep[3].value = NaN rra[1].cdp_prep[3].unknown_datapoints = 54 rra[1].cdp_prep[4].value = NaN rra[1].cdp_prep[4].unknown_datapoints = 54 rra[1].cdp_prep[5].value = NaN rra[1].cdp_prep[5].unknown_datapoints = 54 rra[1].cdp_prep[6].value = NaN rra[1].cdp_prep[6].unknown_datapoints = 54 rra[2].cf = "AVERAGE" rra[2].rows = 366 rra[2].pdp_per_row = 1440 rra[2].xff = 5.0000000000e-01 rra[2].cdp_prep[0].value = NaN rra[2].cdp_prep[0].unknown_datapoints = 294 rra[2].cdp_prep[1].value = NaN rra[2].cdp_prep[1].unknown_datapoints = 294 rra[2].cdp_prep[2].value = NaN rra[2].cdp_prep[2].unknown_datapoints = 294 rra[2].cdp_prep[3].value = NaN rra[2].cdp_prep[3].unknown_datapoints = 294 rra[2].cdp_prep[4].value = NaN rra[2].cdp_prep[4].unknown_datapoints = 294 rra[2].cdp_prep[5].value = NaN rra[2].cdp_prep[5].unknown_datapoints = 294 rra[2].cdp_prep[6].value = NaN rra[2].cdp_prep[6].unknown_datapoints = 294 rra[3].cf = "MAX" rra[3].rows = 10080 rra[3].pdp_per_row = 1 rra[3].xff = 5.0000000000e-01 rra[3].cdp_prep[0].value = NaN rra[3].cdp_prep[0].unknown_datapoints = 0 rra[3].cdp_prep[1].value = NaN rra[3].cdp_prep[1].unknown_datapoints = 0 rra[3].cdp_prep[2].value = NaN rra[3].cdp_prep[2].unknown_datapoints = 0 rra[3].cdp_prep[3].value = NaN rra[3].cdp_prep[3].unknown_datapoints = 0 rra[3].cdp_prep[4].value = NaN rra[3].cdp_prep[4].unknown_datapoints = 0 rra[3].cdp_prep[5].value = NaN rra[3].cdp_prep[5].unknown_datapoints = 0 rra[3].cdp_prep[6].value = NaN rra[3].cdp_prep[6].unknown_datapoints = 0 rra[4].cf = "MAX" rra[4].rows = 744 rra[4].pdp_per_row = 60 rra[4].xff = 5.0000000000e-01 rra[4].cdp_prep[0].value = NaN rra[4].cdp_prep[0].unknown_datapoints = 54 rra[4].cdp_prep[1].value = NaN rra[4].cdp_prep[1].unknown_datapoints = 54 rra[4].cdp_prep[2].value = NaN rra[4].cdp_prep[2].unknown_datapoints = 54 rra[4].cdp_prep[3].value = NaN rra[4].cdp_prep[3].unknown_datapoints = 54 rra[4].cdp_prep[4].value = NaN rra[4].cdp_prep[4].unknown_datapoints = 54 rra[4].cdp_prep[5].value = NaN rra[4].cdp_prep[5].unknown_datapoints = 54 rra[4].cdp_prep[6].value = NaN rra[4].cdp_prep[6].unknown_datapoints = 54 rra[5].cf = "MAX" rra[5].rows = 366 rra[5].pdp_per_row = 1440 rra[5].xff = 5.0000000000e-01 rra[5].cdp_prep[0].value = NaN rra[5].cdp_prep[0].unknown_datapoints = 294 rra[5].cdp_prep[1].value = NaN rra[5].cdp_prep[1].unknown_datapoints = 294 rra[5].cdp_prep[2].value = NaN rra[5].cdp_prep[2].unknown_datapoints = 294 rra[5].cdp_prep[3].value = NaN rra[5].cdp_prep[3].unknown_datapoints = 294 rra[5].cdp_prep[4].value = NaN rra[5].cdp_prep[4].unknown_datapoints = 294 rra[5].cdp_prep[5].value = NaN rra[5].cdp_prep[5].unknown_datapoints = 294 rra[5].cdp_prep[6].value = NaN rra[5].cdp_prep[6].unknown_datapoints = 294

Thank you

Ticket #227 (Failed to update/fetch the rrd file.) created

human — Tue, 02 Jun 2009 06:04:04 GMT

There are two same nics in the machine,I made the script to update the rrd file for network error information per 6 minutes in the crontab. Now, one rrd file("Erroreth4.rrd") was incorrect and the file was not updated any more and I cannot fetch the data of the file.

But the other rrd file("Normaleth1.rrd") is correct. The following is the files' info:

$ ls -l

total 1720 -rw-r--r-- 1 hydragui hydragui 1259176 May 15 09:20 Normaleth1.rrd -rw-r--r-- 1 hydragui hydragui 491520 May 15 04:54 Erroreth4.rrd

$ rrdtool first Normaleth1.rrd

1241774040

$ rrdtool last Normaleth1.rrd

1242378780

$ rrdtool first Erroreth4.rrd

1241758500

$ rrdtool last Erroreth4.rrd

1242363267

$ rrdtool fetch Erroreth4.rrd AVERAGE -s 1241758500 -e 1242363267

ERROR: fetching cdp from rra

$ rrdtool update Erroreth4.rrd 1243296840:0:0:0:0:0:0:0

Thank you

Ticket #226 (Failed to update/fetch the rrd file.) created

human — Tue, 02 Jun 2009 05:57:25 GMT

OS: RedHat? Linux rrdtool version:1.2.23

There are two same nics in the machine,I made the script to update the rrd file for network error information per 6 minutes in the crontab. But now, one rrd file("Erroreth4.rrd") was incorrect and the file was not updated any more and I cannot fetch the data of the file.

The following is the files' info:

$ ls -l

total 1720 -rw-r--r-- 1 hydragui hydragui 1259176 May 15 09:20 Normaleth1.rrd -rw-r--r-- 1 hydragui hydragui 491520 May 15 04:54 Erroreth4.rrd

$ rrdtool first Normaleth1.rrd

1241774040

$ rrdtool last Normaleth1.rrd

1242378780

$ rrdtool first Erroreth4.rrd

1241758500

$ rrdtool last Erroreth4.rrd

1242363267

$ rrdtool fetch Erroreth4.rrd AVERAGE -s 1241758500 -e 1242363267

ERROR: fetching cdp from rra

$ rrdtool update Erroreth4.rrd 1243296840:0:0:0:0:0:0:0

Segmentation fault (core dumped)

Thank you

Ticket #225 (Fatal build error under Win32/VS2008) closed

oetiker — Thu, 28 May 2009 12:44:24 GMT

invalid:

xmlreader.h is part of libxml2 ... this would indicate that your copy of libxml2 is rather old.

Ticket #225 (Fatal build error under Win32/VS2008) created

human — Thu, 28 May 2009 12:19:20 GMT

Using Win32/VS2008, loaded latest snapshot: rrdtool-trunk-svn-snap.tar.gz 28-May-2009

Error 100 fatal error C1083: Cannot open include file: 'libxml/xmlreader.h': No such file or directory c:\rrdtool-sdk\rrdtool-1.3.99909052800\src\rrd_restore.c 14 rrdlib

Ticket #224 (Incorrect use of madvise()) closed

oetiker — Thu, 28 May 2009 05:27:09 GMT

fixed:

thanks ... fix is in r1835 and r1834

Ticket #224 (Incorrect use of madvise()) created

human — Thu, 28 May 2009 01:21:47 GMT

In rrd_open.c there are calls to madvise() OR-combining the behavior flag argument. These flags cannot be combined. They are typically enumerated values. You're lucky that these combinations are most-likely harmless on all systems.

Ticket #223 (Build error under Win32/VS2008) closed

oetiker — Wed, 27 May 2009 13:11:43 GMT

fixed:

oops ... fixed in r1818

Ticket #223 (Build error under Win32/VS2008) created

human — Wed, 27 May 2009 13:05:26 GMT

Using VS2008, loaded latest snapshot: rrdtool-trunk-svn-snap.tar.gz 27-May-2009 00:02 1.2M

Error 7 fatal error C1083: Cannot open include file: 'libgen.h': No such file or directory c:\rrdtool-sdk\rrdtool-1.3.99909052700\src\rrd_graph.c 9 rrdlib

Ticket #207 (missing #include for utime() in rrd_open.c) closed

human — Wed, 27 May 2009 12:59:30 GMT

fixed

Ticket #207 (missing #include for utime() in rrd_open.c) reopened

human — Sat, 23 May 2009 06:25:58 GMT

When building on Win32 (VS2008) from source: rrdtool-1.3.8.tar.gz 19-May-2009 15:47 1.0M

Error 86 fatal error C1083: Cannot open include file: 'utime.h': No such file or directory c:\rrdtool-sdk\rrdtool-1.3.8\src\rrd_open.c 16 rrdlib

Ticket #222 (rrdupdate error on hp-ux) closed

oetiker — Fri, 22 May 2009 19:59:18 GMT

fixed:

great!

Ticket #222 (rrdupdate error on hp-ux) created

human — Fri, 22 May 2009 10:31:07 GMT

i have a problem with rrdupdate (rrdtool 1.3.4, running on hp-ux 11.23, pa-risc). rrdupdate randomly gives errors like the one below:

$/usr/local/rrdtool/bin/rrdupdate /var/opt/monitor/rrdtool/data/rrnode2/xprocn.rrd N:198 RRDtool 1.3.4 Copyright by Tobi Oetiker, 1997-2008

Usage: rrdupdate filename

[--template|-t ds-name:ds-name:...] time|N:value[:value...]

at-time at value[:value...]

[ time:value[:value...] ..]

ERROR: /var/opt/monitor/rrdtool/data/rrnode2/xprocn.rrd: converting '198' to float: No such file or directory

the exit code is 1.

i just compiled the latest rrdtool (1.3.8) and experience the same problem. i can provide more details if necessary.

greetings,

Stoyan Angelov

Ticket #221 (ruby rrdtool.fetch returns unknown format and data) created

human — Tue, 19 May 2009 15:53:22 GMT

From: Kim.toms@…

I'm using rrdtool from ruby. To make sparklines in my application, I have a statement like: data=RRDtool.new('/var/rrd/28.3616F1010000.rrd').fetch(['AVERAGE','-s',Time.now.to_i-600])

The RRD has a series of data in it, mostly floats between 0 and 25 or so. When I fetch data, I get the following structure out: [1242747120, 1242747780, Temperature?, [[18.61693700625], [18.625], [18.625], [18.625], [18.67994234375], [18.6318305510417], [18.6801461447917], [18.6875], [18.6875], [18.6875], [NaN], [0.0]]]

but sometimes I get: [1242747120, 1242747780, Temperature?, [[18.61693700625], [18.625], [18.625], [18.625], [18.67994234375], [18.6318305510417], [18.6801461447917], [18.6875], [18.6875], [18.6875], [NaN], [1.23755530374873e+214]]]

I can't find any documentation of the format of the output. Anyone have any idea what that number at the end is?

Ticket #220 (Error at high -step-values (>20k)) closed

oetiker — Mon, 18 May 2009 11:54:44 GMT

invalid:

if you exceed the time ranges supported by your libc the behaviour of rrdtool will not be GOOD ... this rrd file would cover 69 years !

check the rrdcreate manual page ...

cheers tobi

Ticket #220 (Error at high -step-values (>20k)) created

human — Mon, 18 May 2009 11:49:39 GMT

Hi,

just testing a rrdb with -step 86400 (just a single value a day) gives an error at graphing a diagram. With a little testing it shows, that at step 20000 graph is running normally, but at step 21000 graph is quitting with the following error-message:

*** glibc detected *** /usr/bin/rrdtool: free(): invalid pointer: 0x08054698 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0xb7d54a85]
/lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0xb7d584f0]
/usr/lib/librrd.so.2(rrd_free+0x24)[0xb7ebcaa4]
/usr/lib/librrd.so.2(rrd_fetch_fn+0x4d7)[0xb7e9f597]
/usr/lib/librrd.so.2(data_fetch+0x21b)[0xb7ea5d8b]
/usr/lib/librrd.so.2(graph_paint+0x44)[0xb7ea6fa4]
/usr/lib/librrd.so.2(rrd_graph+0x121)[0xb7ea9051]
/usr/lib/librrd.so.2(HandleInputLine+0x10db)[0xb7eb840b]
/usr/lib/librrd.so.2(main+0x92)[0xb7eb85e2]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7cff450]
/usr/bin/rrdtool(main+0x3d)[0x8048401]
======= Memory map: ========
08048000-08049000 r-xp 00000000 08:01 453869     /usr/bin/rrdtool
08049000-0804a000 rw-p 00000000 08:01 453869     /usr/bin/rrdtool
0804a000-0806b000 rw-p 0804a000 00:00 0          [heap]
b7b00000-b7b21000 rw-p b7b00000 00:00 0
b7b21000-b7c00000 ---p b7b21000 00:00 0
b7c0f000-b7c19000 r-xp 00000000 08:01 220337     /lib/libgcc_s.so.1
b7c19000-b7c1a000 rw-p 0000a000 08:01 220337     /lib/libgcc_s.so.1
b7c1e000-b7c5d000 r--p 00000000 08:01 467204     /usr/lib/locale/de_DE.utf8/LC_CTYPE
b7c5d000-b7c64000 r--s 00000000 08:01 449750     /usr/lib/gconv/gconv-modules.cache
b7c64000-b7c66000 rw-p b7c64000 00:00 0
b7c66000-b7c7b000 r-xp 00000000 08:01 453832     /usr/lib/libart_lgpl_2.so.2.3.20
b7c7b000-b7c7c000 rw-p 00014000 08:01 453832     /usr/lib/libart_lgpl_2.so.2.3.20
b7c7c000-b7ce6000 r-xp 00000000 08:01 452182     /usr/lib/libfreetype.so.6.3.16
b7ce6000-b7ce9000 rw-p 0006a000 08:01 452182     /usr/lib/libfreetype.so.6.3.16
b7ce9000-b7e32000 r-xp 00000000 08:01 220344     /lib/tls/i686/cmov/libc-2.7.so
b7e32000-b7e33000 r--p 00149000 08:01 220344     /lib/tls/i686/cmov/libc-2.7.so
b7e33000-b7e35000 rw-p 0014a000 08:01 220344     /lib/tls/i686/cmov/libc-2.7.so
b7e35000-b7e38000 rw-p b7e35000 00:00 0
b7e38000-b7e5b000 r-xp 00000000 08:01 220348     /lib/tls/i686/cmov/libm-2.7.so
b7e5b000-b7e5d000 rw-p 00023000 08:01 220348     /lib/tls/i686/cmov/libm-2.7.so
b7e5d000-b7e71000 r-xp 00000000 08:01 450888     /usr/lib/libz.so.1.2.3.3
b7e71000-b7e72000 rw-p 00013000 08:01 450888     /usr/lib/libz.so.1.2.3.3
b7e72000-b7e73000 rw-p b7e72000 00:00 0
b7e73000-b7e95000 r-xp 00000000 08:01 453837     /usr/lib/libpng12.so.0.15.0
b7e95000-b7e96000 rw-p 00022000 08:01 453837     /usr/lib/libpng12.so.0.15.0
b7e96000-b7ed8000 r-xp 00000000 08:01 453839     /usr/lib/librrd.so.2.0.9
b7ed8000-b7edd000 rw-p 00041000 08:01 453839     /usr/lib/librrd.so.2.0.9
b7edd000-b7ede000 rw-p b7edd000 00:00 0
b7ee0000-b7ee1000 rw-p b7ee0000 00:00 0
b7ee1000-b7ee2000 r--p 00000000 08:01 467206     /usr/lib/locale/de_DE.utf8/LC_TIME
b7ee2000-b7ee4000 rw-p b7ee2000 00:00 0
b7ee4000-b7ee5000 r-xp b7ee4000 00:00 0          [vdso]
b7ee5000-b7eff000 r-xp 00000000 08:01 221985     /lib/ld-2.7.so
b7eff000-b7f01000 rw-p 00019000 08:01 221985     /lib/ld-2.7.so
bf95e000-bf973000 rw-p bffeb000 00:00 0          [stack]
Aborted

The create part:

rrdtool create db.rrd -b now-500d --step 22000 \
DS:test1:GAUGE:1000000:0:U RRA:AVERAGE:0.5:1:100000 \
DS:test2:GAUGE:1000000:0:U RRA:AVERAGE:0.5:1:100000

Ticket #219 (graphing segfaults/stacktraces with certain RRA/step settings) closed

oetiker — Fri, 15 May 2009 21:27:06 GMT

wontfix:

rrdtool only operates within the timerange supported by your libc ... in the first example you cover time ranges between 69 and 8000 years ... 64bit osees do better in this ...

Ticket #219 (graphing segfaults/stacktraces with certain RRA/step settings) created

human — Fri, 15 May 2009 20:08:38 GMT

Linux 2.6.24-1-686 i686 GNU/Linux Installed from apt

A few examples:

# 1466 <= $num <= 16119 stacktrace
# 16120 <= $num         segfault
rrdtool create X.rrd --step 1000 DS:A:COUNTER:1:U:U RRA:AVERAGE:.5:$num:$num
rrdtool graph X.png DEF:A=X.rrd:A:AVERAGE

# 46342 <= $num  segfault
rrdtool create X.rrd --step 1 DS:A:COUNTER:1:U:U RRA:AVERAGE:.5:$num:$num
rrdtool graph X.png DEF:A=X.rrd:A:AVERAGE

# 1290 <= num <= 16132  stacktrace
# 16133 <= num          segfault
rrdtool create X.rrd --step $num DS:A:COUNTER:1:U:U RRA:AVERAGE:.5:$num:$num
rrdtool graph X.png DEF:A=X.rrd:A:AVERAGE

Spent some time attempting to determine the combinations which cause this, haven't had time to investigate for a few months, so submitting this incompletely.

Ticket #218 (restore broken on SPARCv9/64bit) closed

oetiker — Wed, 15 Apr 2009 07:02:54 GMT

fixed:

I would suggest to fix this with r1792 can you please verify it works for sparcv9.

Ticket #218 (restore broken on SPARCv9/64bit) created

human — Wed, 15 Apr 2009 06:36:07 GMT

An rrd-Archive that was restored using a 64-bit SPARCV9 binary throws an arithmetic exception when graphed or fetched.

This is because STEP and LAST_UPDATE get garbled values from this restore. It turns out, that rrd_restore.c (get_int_from_node) uses a pointer to int to write to a pointer to long (get casted on call). Unfortunely, this makes a difference when compiling 64bit.

I have attached a provisional patch. Please review and fix.

Ticket #217 (Build issue under Mac OS against ruby 1.9.1) closed

oetiker — Tue, 14 Apr 2009 13:55:50 GMT

fixed:

thanks ... I have integrated the patch in r1791

Ticket #217 (Build issue under Mac OS against ruby 1.9.1) created

human — Tue, 07 Apr 2009 11:28:51 GMT

When compiling under Mac OS X 10.4 and 10.5 I get the following error:

make[4]: Entering directory `/private/tmp/rrdtool-1.3.7/bindings/ruby'
gcc -I. -I/usr/local/include/ruby-1.9.1/powerpc-darwin8.11.0 -I/usr/local/include/ruby-1.9.1/ruby/backward -I/usr/local/include/ruby-1.9.1 -I. -I../../src -O -pipe -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE   -fno-common -O -pipe -I/usr/local/include -O2 -g -Wall -Wno-parentheses  -fno-common -pipe -fno-common  -o main.o -c main.c
main.c: In function 'string_arr_new':
main.c:35: error: 'struct RArray' has no member named 'len'
main.c: In function 'rb_rrd_infocall':
main.c:153: warning: assignment makes pointer from integer without a cast
main.c:164: warning: implicit declaration of function 'isnan'
main.c:179: warning: pointer targets in passing argument 1 of 'rb_str_new' differ in signedness
main.c:162: warning: enumeration value 'RD_I_INT' not handled in switch
main.c: In function 'rb_rrd_info':
main.c:192: warning: passing argument 1 of 'rb_rrd_infocall' from incompatible pointer type
main.c: In function 'rb_rrd_updatev':
main.c:199: warning: passing argument 1 of 'rb_rrd_infocall' from incompatible pointer type
main.c: In function 'rb_rrd_graphv':
main.c:206: warning: passing argument 1 of 'rb_rrd_infocall' from incompatible pointer type
make[4]: *** [main.o] Error 1
make[4]: Leaving directory `/private/tmp/rrdtool-1.3.7/bindings/ruby'
make[3]: *** [ruby] Error 2
make[3]: Leaving directory `/private/tmp/rrdtool-1.3.7/bindings'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/private/tmp/rrdtool-1.3.7/bindings'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/private/tmp/rrdtool-1.3.7'
make: *** [all] Error 2

Ticket #216 (AIX - ERROR: msync rrd_file: Invalid argument) created

human — Tue, 07 Apr 2009 10:50:16 GMT

Hi, I've build rrdtool 1.3.6 on AIX 5.3 TL9 SP1 with the following:

export PATH=${PATH}:/opt/freeware/bin:/usr/vac/bin export PKG_CONFIG_PATH=/opt/freeware/lib/pkgconfig export INSTALL_DIR=/opt/freeware export BUILD_DIR=/rrdinstall/BUILD

make-3.80 pkg-config-0.19-6 zlib-1.2.3 libpng-1.2.35 freetype-2.3.5 libxml2-2.6.32 fontconfig-2.4.92 pixman-0.14.0 cairo-1.8.6 glib-2.19.10 pango-1.22.4

./configure \

--prefix=/opt/freeware \ --enable-perl-site-install \ --disable-ruby \ --disable-tcl \ --disable-python \ --disable-rrdcgi \ --disable-static \ --disable-pthread \ --disable-libintl \ --enable-mmap

When running rrdtool graph ..... I get the following error/output:

125x71 ERROR: msync rrd_file: Invalid argument

Return code from rrdtool = 1.

Hope thats enough info, if you want any more, let me know. Thanks, Steve.

Ticket #213 (rrdgraph with "lazy" option does not return data) closed

oetiker — Tue, 07 Apr 2009 06:37:57 GMT

fixed

Ticket #213 (rrdgraph with "lazy" option does not return data) reopened

oetiker — Tue, 07 Apr 2009 06:37:52 GMT

sigh ... ok the old behaviour will be restored in 1.3.7 see r1773

Ticket #212 (dump uses locale and generate dumps restore can't read) closed

oetiker — Tue, 07 Apr 2009 06:04:13 GMT

fixed:

thanks ... fix is in r1772 will publish with 1.3.7