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.


Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker