RE: RHEL5 x86-64 - Oracle92040

From: Toth, Istvan 5 (GE Capital) <"Toth,>
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.          
  1. 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 (like
Centos 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 the
old versions.          
	5) 9i dbca doesn't work out of the box. 
	I installed          jre-6u15-linux-i586.rpm to provide SUN java
and 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 set
correctly?                 

                -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-l
Received on Wed Oct 28 2009 - 02:42:16 CDT

Original text of this message