RE: RHEL5 x86-64 - Oracle92040
Date: Wed, 28 Oct 2009 08:42:16 +0100
Message-ID: <CC62ED7D8059D0438D84127EFBC4B6BC06552983_at_BUDMLVEM02.e2k.ad.ge.com>
Thanks for the answers, finally we gave up, and moved back to RHEL4. :-( Regards,
Istvan
P Before printing, think about ENVIRONMENTAL responsibility
From: Niall Litchfield [mailto:niall.litchfield_at_gmail.com] Sent: Thursday, October 22, 2009 5:21 PM To: Toth, Istvan 5 (GE Capital) Cc: Teijo Lallukka; oracle-l_at_freelists.org Subject: Re: RHEL5 x86-64 - Oracle92040 Hi Istvan, I have 9.2.0.8 (32bit) running successfully in a Centos 5.3 vm.This doesn't entirely match your situation I realize but might help others. I did have some *fun* installing. Things I learned. Others will already know this.
- LD_ASSUME_KERNEL controls which libraries are loaded as per http://people.redhat.com/drepper/assumekernel.html In particular
2.4.20 and above is new thread model 2.4.19 is Linux Threads 2.4.1 is old threads Linux Threads is not available in modern kernels at all (likeCentos 5.3) so LD_ASSUME_KERNEL breaks things quite badly there (or rather allows the broken app to show how broken it is).
2) The install instructions for RHEL4 don't necessarily work for distros compatible with a higher release.
3) when the installer breaks you can tail the log file (in $ORACLE_HOME/install) and find what the linking stage was doing when it broke. This can be very useful.
4) I needed a number of compatibility rpms, in particular
compat-libcwait-2.1-1.i386.rpm compat-libgcc-296-2.96-138.i386.rpm compat-libstdc++-296-2.96-138.i386.rpm oracle-validated-1.0.0-18.el5.i386.rpm I didn't however need to move g++ and gcc and softlink to theold versions.
5) 9i dbca doesn't work out of the box. I installed jre-6u15-linux-i586.rpm to provide SUN javaand then edited the dbca script to reference the new java not use the old non compatible one.
6) 9i oui couldn't detect the xml based 11gR2 inventory on the same machine so I've got a somewhat odd inventory setup.
7) you probably don't want to run an unsupported rdbms engine on an o/s that wasn't around when the engine was released .
regards
Niall
2009/10/22 Toth, Istvan 5 (GE Capital) <istvan5.toth_at_ge.com>
Thanks for the answer. Settings are (from puschitz.com <http://puschitz.com/> ):
LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib export LD_LIBRARY_PATH Regards, Istvan -----Original Message----- From: Teijo Lallukka [mailto:teijo.lallukka_at_edita.fi] Sent: Wednesday, October 21, 2009 10:09 PM To: oracle-l_at_freelists.org; Toth, Istvan 5 (GE Capital) Subject: Re: RHEL5 x86-64 - Oracle92040 Hi! Can you please check that your ld_library_path is setcorrectly?
-TL
>>> "Toth, Istvan 5 (GE Capital)" <istvan5.toth_at_ge.com>
10/21/09 10:46 pm >>>
Hello list,
This combination (RHEL5 x86-64 and Oracle 9.2.0.4.0) is not oracle certified but i have to install for test purposes. The installer hangs when tries to link 'naeet.o'. I found a metalink note (360142.1) with the same situation - but it's about Linux x86, my server is 64bit - and it says that have to set LD_ASSUME_KERNEL parameter. Another note says (377217.1) that the recommended settings for RHEL5 is "should not be set". So what?
Anyway, I tried to run the installer with LD_ASSUME_KERNEL=2.4.19 and 2.4.21 and 2.6.9 and without any setting, but I get the same hang at 'naeet.o'.
Anybody with any experience with this?
Regards, Istvan -- http://www.freelists.org/webpage/oracle-l -- Niall Litchfield Oracle DBA http://www.orawin.info
-- http://www.freelists.org/webpage/oracle-lReceived on Wed Oct 28 2009 - 02:42:16 CDT