OpenCSW Bug Tracker


Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0004380 [rrd_stub] regular use minor have not tried 2010-03-29 12:46 2011-11-21 16:05
Reporter dam View Status public  
Assigned To ihsan
Priority normal Resolution fixed  
Status closed  
Summary 0004380: Latest rrdtool breaks Orca
Description The latest rrdtool breaks Orca graphing with the message
  LINE width '1:average1#0000ff:Zero-fill-on-demand' is out of range in line 'LINE1:average1#0000ff:Zero-fill-on-demand'
Additional Information
Tags No tags attached.
Attached Files

- Relationships
has duplicate 0004371closeddam orcallator not all charts are generated 

-  Notes
(0007818)
kthhrv (reporter)
2010-04-06 19:24

hi is there a known workaround for this issue?
(0007820)
ihsan (developer)
2010-04-07 07:01

Does this happen only when an existing installation is upgrade or does it happen with a new installation as well?
(0007826)
ja (developer)
2010-04-07 20:17

Hi, today I noticed the same error by accident with Munin:

   LINE width '2:re_zero#000000' is out of range in line 'LINE2:re_zero#000000'

It seems to me, that databases with the data type "derive" work fine, but for example databases with data types like "counter" or "gauge" show this error, when graphing the data (this is not very vell verified, but I saw this behaviour on two independent systems).

This happened on a completely fresh OpenCSW installation _and_ after an upgrade of an existing installation.
(0007827)
kthhrv (reporter)
2010-04-07 21:58

I concur that it happens both with an upgrade and with a fresh install
(0007835)
ihsan (developer)
2010-04-08 16:58

Thanks. I'm not sure if the OpenCSW patch breaks anything. I've received a new patch from upstream to fix certain build issues on Solaris. I'll let you know as soon I have a new build.
(0007838)
schwindt (reporter)
2010-04-09 10:50

Sorry to interfer - this seems to be a general issue with version 1.4.2
pls try : /opt/csw/share/rrdtool/examples/bigtops.pl

It fails with a similar error message - I replaced rrdtool witch v1.4.3 and everything is fine.

I hit the problem with munin.
(0007883)
ihsan (developer)
2010-04-18 19:13

Could you please try if this package fixes the issue:

http://mirror.opencsw.org/testing/rrdtool-1.4.3,REV=2010.04.18-SunOS5.9-i386-CSW.pkg.gz [^]
http://mirror.opencsw.org/testing/rrdtool-1.4.3,REV=2010.04.18-SunOS5.9-sparc-CSW.pkg.gz [^]
(0007885)
schwindt (reporter)
2010-04-19 10:54

Tested on one of the machines running digitemp. This one is back to normal.
I'll deploy on some more machines and get back to you.
(0007891)
schwindt (reporter)
2010-04-20 17:21
edited on: 2010-04-20 18:21

Sorry, still the same problem.

tcsh@isg-1505 [~] /opt/csw/share/rrdtool/examples/bigtops.pl
ERROR: LINE width '3:line#ff0000' is out of range in line 'LINE3:line#ff0000'

digitemp and munin suffer the same. One can observe a very high load on execution.

I looked a bit around for differences - and replaced your librrd.so.4.1.3 with mine. Which fixed the issue.

My compiler :
cc: Sun C 5.9 SunOS_i386 Patch 124868-12 2010/03/09

build10x :
cc: Sun C 5.9 SunOS_i386 Patch 124868-10 2009/04/30

Difference in the flags ( I left out the commons ) :
my lib has the additional flags : -xstrconst -xildoff

your lib has : -D__solaris__ -D_POSIX_PTHREAD_SEMANTICS -m32 -xarch=386 -xnorunpath -fPIC

Which is no real difference. Maybe a try with studio 12.1 ?

(0007912)
ja (developer)
2010-04-29 09:01

Same here - the problem still exists with the new package.
(0007934)
wimvandijck (reporter)
2010-05-20 11:13

Are there any developments around this issue. We've trying to recompile rrdtool with gcc, but this is proving challenging. We're trying out the experimental nagios (thanks ja), since perl 5.10 breaks the current nagios, but now none of our graphs in our nagios setup still work because of a broken rrdtools :-|

The 1.4.3 package does not help, btw.
We'll try again with a sun cc 12.1 later. Any hints on special lib settings etc?
(0007936)
wimvandijck (reporter)
2010-05-20 12:11

Well, I managed to successfully compile with gcc (had to install a lot of devel packages and get my CFLAGS straightened out).
Replacing the librrd.so.4.1.3 with the self compiled one did fix the issue for us as well...
For completeness, here's the configure and variables
PATH=/opt/csw/bin/:/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/sbin:/usr/bin:/opt/sfw/bin:/usr/sfw/bin/ (so that the csw perl would be used)
PKG_CONFIG_PATH=/opt/csw/lib/pkgconfig:/opt/csw/X11/lib/pkgconfig
CFLAGS='-I/opt/csw/include -I/opt/csw/include/cairo -I/opt/csw/include/glib-2.0 -I/opt/csw/lib/glib-2.0/include -L/opt/csw/lib'
CPPFLAGS=$CFLAGS
LD_OPTIONS='-R/opt/csw/lib/$ISALIST -R/opt/csw/lib -L/opt/csw/lib'
./configure --prefix=/opt/csw --disable-tcl --disable-python --disable-ruby --disable-lua

PS (we used gcc as we did not have Sun cc installed)
(0008053)
dam (administrator)
2010-06-24 16:20

I made a new set of rrdtool packages built against the completely reworked X11 infrastructure linked against SUNW X11, please see if this fixes your problem:
  http://mirror.opencsw.org/experimental.html#rrdtool [^]
The package is now split into different pieces.
(0008058)
dam (administrator)
2010-06-25 16:18
edited on: 2010-06-25 16:52

Ok, I finally identified the issue:
  http://oss.oetiker.ch/rrdtool-trac/ticket/271 [^]
New rrdtool packages are available at
  http://mirror.opencsw.org/experimental.html#rrdtool [^]
Please note that the package has been split and you need pm_rrd for orca.

I just verified and my orca looks good now. Please verify this also for yourself.

(0008059)
ja (developer)
2010-06-25 19:51

It works for me - and Munin (with pm_rrd) - too. Thank you!
(0008073)
kthhrv (reporter)
2010-06-29 03:24

yay, that looks to fix it, thx :)
(0008098)
dam (administrator)
2010-07-07 11:52

rrdtool 1.4.3,REV=2010.07.05 now has officially been released in the existing package layout (without pm_rrd). Please verify so I can close the bug.
(0009427)
dam (administrator)
2011-11-21 16:05

I just verified with 1.4.5,REV=2011.03.21 from unstable and the issue is definitely fixed.

- Issue History
Date Modified Username Field Change
2010-03-29 12:46 dam New Issue
2010-03-29 12:46 dam Relationship added has duplicate 0004371
2010-04-06 19:24 kthhrv Note Added: 0007818
2010-04-07 06:56 ihsan Status new => assigned
2010-04-07 06:56 ihsan Assigned To => ihsan
2010-04-07 07:01 ihsan Note Added: 0007820
2010-04-07 07:01 ihsan Status assigned => feedback
2010-04-07 20:17 ja Note Added: 0007826
2010-04-07 21:58 kthhrv Note Added: 0007827
2010-04-08 16:58 ihsan Note Added: 0007835
2010-04-09 10:50 schwindt Note Added: 0007838
2010-04-18 19:13 ihsan Note Added: 0007883
2010-04-19 10:54 schwindt Note Added: 0007885
2010-04-20 17:21 schwindt Note Added: 0007891
2010-04-20 18:21 schwindt Note Edited: 0007891
2010-04-29 09:01 ja Note Added: 0007912
2010-05-20 11:13 wimvandijck Note Added: 0007934
2010-05-20 12:11 wimvandijck Note Added: 0007936
2010-06-24 16:20 dam Note Added: 0008053
2010-06-25 16:18 dam Note Added: 0008058
2010-06-25 16:52 dam Note Edited: 0008058
2010-06-25 19:51 ja Note Added: 0008059
2010-06-29 03:24 kthhrv Note Added: 0008073
2010-07-07 11:52 dam Note Added: 0008098
2011-11-21 16:05 dam Note Added: 0009427
2011-11-21 16:05 dam Status feedback => closed
2011-11-21 16:05 dam Resolution open => fixed


Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker