[Orca-users] Orca Build problem - rrdtool

Paul Porcelli Paul.Porcelli at scottishwater.co.uk
Mon Oct 10 07:30:23 PDT 2005


Hi David,
Yes still having trouble.
I have now downloaded and attempted to build rrdtool on it's own.
The problem is in the perl-shared subdir.
See the error below (wrong ELF class). 

Any ideas how to fix this ?

Thanks.
Paul


>make
cp RRDs.pm blib/lib/RRDs.pm
cp ntmake.pl blib/lib/ntmake.pl
/usr/local/bin/perl /usr/local/lib/perl5/5.8.5/ExtUtils/xsubpp  -typemap
/usr/local/lib/perl5/5.8.5/ExtUtils/typemap  RRDs.xs > RRDs.xsc && mv
RRDs.xsc RRDs.c
gcc -c  -I.. -I../src -I../gd1.3  -m64 -mcpu=v9 -m64 -Wa,-xarch=v9
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -O
-DVERSION=\"1.000491\"  -DXS_VERSION=\"1.000491\" -fPIC
"-I/usr/local/lib/perl5/5.8.5/sun4-solaris-64/CORE"  -DPERLPATCHLEVEL=8
RRDs.c
In file included from ../src/rrd_tool.h:24,
                 from RRDs.xs:13:
../config.h:191:1: warning: "VERSION" redefined
<command line>:14:1: warning: this is the location of the previous
definition Running Mkbootstrap for RRDs () chmod 644 RRDs.bs rm -f
blib/arch/auto/RRDs/RRDs.so
LD_RUN_PATH="" gcc  -G -m64 -L/usr/local/lib RRDs.o -L../src/.libs/
-lrrd_private   -lm -o blib/arch/auto/RRDs/RRDs.so      
ld: warning: file ../src/.libs//librrd_private.a(getopt.o): wrong ELF
class: ELFCLASS32 chmod 755 blib/arch/auto/RRDs/RRDs.so cp RRDs.bs
blib/arch/auto/RRDs/RRDs.bs chmod 644 blib/arch/auto/RRDs/RRDs.bs
Manifying blib/man3/RRDs.3

-----Original Message-----
From: David Devault [mailto:DDevault at Elance.com] 
Sent: 06 October 2005 23:27
To: Paul Porcelli; orca-users at orcaware.com
Subject: RE: [Orca-users] Orca Build problem - rrdtool


Paul, 

Are you still having trouble with this?

First, I'm not sure what step in the process this is.  You have error
output referencing the RRD.so file which leads me to believe that for
some reason the orca install must think that you have rrdtool compiled.
The problem is that it also seems the RRD.so file does not exist.  Were
there any other errors before this error indicating a problem with the
compilation of rrdtool or anything else?  

There may be some default behavior somewhere (64bit perl, gcc, make or
rrd) that is creating statically linked objects instead of both static &
shared objects?  Take a look the configure options.


A couple things to check I can think of would be to verify your
environment variables and paths.  There could be something out of place
after you compiled the 64bit perl.

Does this file exist; is it in the correct place?

/export/home/username/OrcaSoftware/orca-snapshot-r473/packages/rrdtool-1
.0.50/perl-shared/blib/arch/auto/RRDs/RRDs.so


I've never had 32bit and 64bit perl on the same machine so I'm not sure
if there would be any conflicts with existing 32bit stuff lingering
around.  Maybe someone else knows?



Unless anyone else objects or has other suggestions first...

Finally try to compile rrdtool before orca.

http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/doc/rrdbuild.en.html


David




> -----Original Message-----
> From: Paul Porcelli [mailto:Paul.Porcelli at scottishwater.co.uk]
> Sent: Tuesday, October 04, 2005 2:32 AM
> To: orca-users at orcaware.com
> Subject: [Orca-users] Orca Build problem - rrdtool
> 
> Hi there,
> I have downloaded and compiled perl 5.8.5 in 64 bit mode due to 
> limitations on the number of file descriptors you can open(256) in the

> 32 bit
version.
> 
> Now having problems building Orca.
> During rebuild I am seeing the following errors in the rrd
compilation.
> 
> Any ideas what has happened and how to fix it ?
> Thanks again.
> Paul
> 
> ==========
> Stuff deleted
> 
> cd perl-piped && make
> cd perl-shared && make
> cd rrdtool-1.0.50/perl-shared && make CC='gcc' OPTIMIZE='-g -O2' test > PERL_DL_NONLAZY=1 /usr/local/bin/perl "-MExtUtils::Command::MM" "-e" > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/base....Can't load
>
'/export/home/username/OrcaSoftware/orca-snapshot-r473/packages/rrdtool-
> 1.0.50/perl-shared/blib/arch/auto/RRDs/RRDs.so' for module RRDs:
> ld.so.1: /usr/local/bin/perl: fatal: relocation error: file
>
/export/home/username/OrcaSoftware/orca-snapshot-r473/packages/rrdtool-1
> .0.50/perl-shared/blib/arch/auto/RRDs/RRDs.so: symbol rrd_test_error: 
> referenced symbol not found at 
> /usr/local/lib/perl5/5.8.5/sun4-solaris-64/DynaLoader.pm line 230.  at

> t/base.t line 20 Compilation failed in require at t/base.t line 20. 
> BEGIN failed--compilation aborted at t/base.t line 20. 
> t/base....dubious
> 
>         Test returned status 255 (wstat 65280, 0xff00)
> DIED. FAILED tests 1-7
>         Failed 7/7 tests, 0.00% okay
> Failed Test Stat Wstat Total Fail  Failed  List of Failed
>
------------------------------------------------------------------------
> -------
> t/base.t     255 65280     7   13 185.71%  1-7
> Failed 1/1 test scripts, 0.00% okay. 7/7 subtests failed, 0.00% okay.
> *** Error code 2
> make: Fatal error: Command failed for target `test_dynamic' Current 
> working directory
>
/export/home/username/OrcaSoftware/orca-snapshot-r473/packages/rrdtool-1
> .0.50/perl-shared
> *** Error code 1
> make: Fatal error: Command failed for target `test_rrdtool' Current 
> working directory 
> /export/home/username/OrcaSoftware/orca-snapshot-r473/packages
> *** Error code 1
> make: Fatal error: Command failed for target `check'



Privileged/Confidential information may be contained in this Email and any files transmitted 
with it. If you are not the intended recipient you should not retain, copy or use this Email 
for any purpose or disclose all or part of its contents to any person. If you have received 
this Email in error please notify the postmaster and sender immediately and delete this 
Email from your system. 

Opinions, conclusions and other information in this message that do not relate to the 
official business of Scottish Water ("SW") and / or Scottish Water Solutions Ltd ("SWS") 
shall be understood as neither given nor endorsed by them. The contents of Emails sent and 
received by SW and SWS are monitored.

WARNING: Although SW and SWS have taken reasonable precautions to ensure no viruses or other 
malicious software are present, SW and SWS cannot accept responsibility for any loss or 
damage arising from the use of this Email or attachments however caused. The recipient 
should therefore check this Email and any attachments for the presence of viruses or other 
malicious software.

Scottish Water
www.scottishwater.co.uk
www.scottishwatersolutions.co.uk
postmaster at scottishwater.co.uk





More information about the Orca-users mailing list