Re: [suse-oracle] libclntsh.so: Problem with relinking (njni10 related)

Alexei_Roudnev [16.12.2009 20:26]:
> Yes, A LOT of oracle tools are 32 bits even on 64 bit linux. So you must 
> make sure that all required libraries are installed (including 32 bit ones).

Alexej,

yes, I thought so. I installed a lot of 32bit things on the box (see at
the bottom of this mail).  The problem is, that I do not know which
libraries will provide the symbols 'nnfyboot' and 'nnfoboot'. The're
missing, and that causes the relink process to break.

Do you know how I can find that out? Using a web search engine did not
bring any usable result to me.

Regards,
Werner


> ----- Original Message ----- 
> From: "Werner Flamme" <[email protected]>
> To: <[email protected]>
> Sent: Wednesday, December 16, 2009 7:39 AM
> Subject: Re: [suse-sles-e] [suse-oracle] libclntsh.so: Problem withrelinking 
> (njni10 related)
> 
> 
>> Alexei,
>>
>> thanks for the 32bit-hint. I installed the Oracle 10.2.0.1 that is
>> provided as SAP install media for NetWeaver 2004 on Linux x86_64, and I
>> used the patch set for 10.2.0.4 that is provided by SAP for Linux x86_64.
>>
>> My colleage told me that some admin tools of Oracle 10g 64 bit
>> (especially those related to Java) are still in 32 bit. This (a Java
>> based admin tool, dbua) was the reason I ran into an error at all :-(
>>
>> Regards,
>> Werner
>>
>> Alexei_Roudnev [14.12.2009 20:51]:
>>> Looks as someone try to install 32 bit oracle into 64 bit linux.
>>>
>>> (I managed to create oracle32 user which allows to do it, but it required 
>>> a
>>> few hacks and is not recommeneded).
>>> Just verify that you use the same number of bits (32 or 64) in boith 
>>> Linux
>>> and Oracle.
>>>
>>>
>>> ----- Original Message ----- 
>>> From: "Harald Maier" <[email protected]>
>>> To: <[email protected]>
>>> Sent: Monday, December 14, 2009 10:37 AM
>>> Subject: Re: [suse-sles-e] [suse-oracle] libclntsh.so: Problem 
>>> withrelinking
>>> (njni10 related)
>>>
>>>
>>>> Hello Werner,
>>>>
>>>> as Alexei pointed out especially with the x86_64 version you may have
>>>> some troubles to due the mixed object models (32 vs. 64) bit. Maybe you
>>>> can look int the metalink note 395731.1.
>>>>
>>>> Harald
>>>>
>>>>
>>>> Werner Flamme <[email protected]> writes:
>>>>
>>>>> Alexei_Roudnev [09.12.2009 20:51]:
>>>>>> You should not see any linking errors during Oracle upgrade. 
>>>>>> 10.2.0.1 ->
>>>>>> 10.2.0.4 upgrade on sles10 sp2 kernel 39 (and I believe on SP3) should
>>>>>> not
>>>>>> shgow ANY errors. If it does (show errors) troubleshout and fix them
>>>>>> first,
>>>>>> before proceeding with the rest of your upgrade.
>>>>> Alexej,
>>>>>
>>>>> I posted here to get help with the compiling errors. I'm not good in
>>>>> writing English, but I thought this could be found out from my text.
>>>>>
>>>>> If I found any usable hints (via web search engines) how to get rid of
>>>>> my compiling erros, I'd not post here. I'm just seeking help. So I
>>>>> follow your advice "troubleshoot and fix them first" currently.
>>>>>
>>>>> I wonder what libraries will provide 'nnfyboot' and 'nnfoboot'. If I 
>>>>> had
>>>>> this library, the errors should pass away.
>>>>>
>>>>> Again: this was no problem with the 32bit version. This only occurs on
>>>>> x86_64.
>>>>>
>>>>> Regards,
>>>>> Werner
>>>>>
>>>>>> ----- Original Message ----- 
>>>>>> From: "Werner Flamme" <[email protected]>
>>>>>> To: <[email protected]>
>>>>>> Sent: Wednesday, December 09, 2009 6:07 AM
>>>>>> Subject: [suse-oracle] libclntsh.so: Problem with relinking (njni10
>>>>>> related)
>>>>>>
>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I installed a SAP NetWeaver 2004 on a SLES 10 SP3 (x86_64) inside a 
>>>>>>> Xen
>>>>>>> DomU. It worked. The databse is an Oracle 10.2.0.1
>>>>>>>
>>>>>>> Then I upgraded the DB to 10.2.0.4 using the standard patchset. 
>>>>>>> During
>>>>>>> the Upgrade via runInstaller, several linking errors occurred. I know
>>>>>>> this from SAP, I ignore it ;-)
>>>>>>>
>>>>>>> Then I tried to do the second step of updating, I wanted to start
>>>>>>> "dbua", the DB Upgrade Assistant. All this went fine on an similar
>>>>>>> machine - but with 32 bits only. Now on x86_64, I get:
>>>>>>>
>>>>>>> ---snip---
>>>>>>>> dbua
>>>>>>> UnsatisfiedLinkError exception loading native library: njni10
>>>>>>> Exception in thread "main" java.lang.UnsatisfiedLinkError: get
>>>>>>>        at oracle.net.common.NetGetEnv.get(Native Method)
>>>>>>>        at oracle.net.config.Config.getNetDir(Unknown Source)
>>>>>>>        at oracle.net.config.Config.initConfig(Unknown Source)
>>>>>>>        at oracle.net.config.Config.<init>(Unknown Source)
>>>>>>>        at
>>>>>>> oracle.sysman.assistants.util.NetworkUtils.<init>(NetworkUtils.java:225)
>>>>>>>        at
>>>>>>> oracle.sysman.assistants.util.step.StepContext.<init>(StepContext.java:264)
>>>>>>>        at
>>>>>>> oracle.sysman.assistants.dbma.backend.CompManager.<init>(CompManager.java:610)
>>>>>>>        at
>>>>>>> oracle.sysman.assistants.dbma.ui.UICompManager.<init>(UICompManager.java:150)
>>>>>>>        at
>>>>>>> oracle.sysman.assistants.dbma.Dbma.getCompManager(Dbma.java:154)
>>>>>>>        at oracle.sysman.assistants.dbma.Dbma.execute(Dbma.java:98)
>>>>>>>        at 
>>>>>>> oracle.sysman.assistants.dbma.Dbma.statusMain(Dbma.java:199)
>>>>>>>        at oracle.sysman.assistants.dbma.Dbma.main(Dbma.java:180)
>>>>>>> ---pins---
>>>>>>>
>>>>>>> That's not nice. Using the web search engine I found several hints,
>>>>>>> like
>>>>>>> "ln -s  $ORACLE_HOME/lib/libnjni10.so $ORACLE_HOME/lib/libnjni10" or
>>>>>>> re-setting LD_LIBRARY_PATH and LD_LIBRARY_PATH_64. Next was a "cd
>>>>>>> $ORACLE_HOME/network/lib" plus "make -f ins_net_client.mk
>>>>>>> client_sharedlib". This leads me to:
>>>>>>>
>>>>>>> ---snip---
>>>>>>> /oracle/C12/102_64/bin/genclntsh
>>>>>>> cp: cannot stat `/DISCARD/': No such file or directory
>>>>>>> ar: creating /oracle/C12/102_64/lib/libclntst10.a
>>>>>>> Created /oracle/C12/102_64/lib/libclntst10.a
>>>>>>> cp: cannot stat `/DISCARD/': No such file or directory
>>>>>>> ar: creating /oracle/C12/102_64/lib32/libclntst10.a
>>>>>>> Created /oracle/C12/102_64/lib32/libclntst10.a
>>>>>>> /oracle/C12/102_64/bin/genagtsh /oracle/C12/102_64/lib/libagtsh.so 
>>>>>>> 1.0
>>>>>>> ---pins---
>>>>>>>
>>>>>>> So, everything seems to work. But "dbua" still shows the same error.
>>>>>>> OK,
>>>>>>> next step is "$ORACLE_HOME/bin/relink all". This shows some screenful
>>>>>>> of
>>>>>>> output, and in section " - Linking OIFCFG tool" it stops with
>>>>>>>
>>>>>>> ---snip---
>>>>>>> make[1]: Entering directory
>>>>>>> `/zdisk/xen300/oracle/C12/102_64/sysman/lib'
>>>>>>> gcc  -m32 -trigraphs -fPIC  -m32 -o 
>>>>>>> /oracle/C12/102_64/sysman/lib/e2eme
>>>>>>> -L/oracle/C12/102_64/sysman//lib32/ -L/oracle/C12/102_64/lib32/
>>>>>>> -L/oracle/C12/102_64/lib32/stubs/
>>>>>>> /oracle/C12/102_64/sysman//lib32/nmaj.o
>>>>>>> /oracle/C12/102_64/sysman//lib32/nmajclbk.o
>>>>>>> /oracle/C12/102_64/sysman//lib32/nmajrules.o
>>>>>>> /oracle/C12/102_64/sysman//lib32/nmajutl.o
>>>>>>> /oracle/C12/102_64/sysman//lib32/nmajout.o
>>>>>>> /oracle/C12/102_64/sysman//lib32/nmajsm.o
>>>>>>> /oracle/C12/102_64/sysman//lib32/snmajutl.o
>>>>>>> /oracle/C12/102_64/sysman//lib32/snmajmn.o
>>>>>>> /oracle/C12/102_64/sysman//lib32/snmajpt.o
>>>>>>> /oracle/C12/102_64/sysman//lib32/ssnmajed.o
>>>>>>> /oracle/C12/102_64/sysman//lib32/libnmadbg.a
>>>>>>> /oracle/C12/102_64/sysman//lib32/libnmadm.a
>>>>>>> /oracle/C12/102_64/sysman//lib32/libnmalk.a
>>>>>>> /oracle/C12/102_64/sysman//lib32/libnmarl.a
>>>>>>> /oracle/C12/102_64/sysman//lib32/libnmasf.a
>>>>>>> /oracle/C12/102_64/sysman//lib32/libnmastk.a -lxml10 -lcore10 -lnls10
>>>>>>> -lunls10 -lclntsh -Wl,-rpath,/oracle/C12/102_64/lib32   `cat
>>>>>>> /oracle/C12/102_64/lib32/sysliblist` -ldl -lm  -lpthread -lnsl -lm -ldl
>>>>>>> -ln10
>>>>>>> /oracle/C12/102_64/lib32//libclntsh.so: undefined reference to
>>>>>>> `nnfyboot'
>>>>>>> /oracle/C12/102_64/lib32//libclntsh.so: undefined reference to
>>>>>>> `nnfoboot'
>>>>>>> collect2: ld returned 1 exit status
>>>>>>> make[1]: *** [/oracle/C12/102_64/sysman/lib/e2eme] Error 1
>>>>>>> make[1]: Leaving directory 
>>>>>>> `/zdisk/xen300/oracle/C12/102_64/sysman/lib'
>>>>>>> make: *** [e2eme] Error 2
>>>>>>> ---pins---
>>>>>>>
>>>>>>> BTW, /oracle is a symlink to /zdisk/xen300/oracle.
>>>>>>>
>>>>>>> I'm stuck now, I do not find any working solution. I need the upgrade
>>>>>>> because this is a test install before we move this DB inside a RAC...
>>>>>>>
>>>>>>> And, to show some installed packages:
>>>>>>> ---snip---
>>>>>>> # rpm -qa --qf '%{name}-%{version}-%{release}.%{arch}\n' | \
>>>>>>>  egrep 'compat|glibc|gcc|libstd' | sort
>>>>>>> compat-2006.1.25-11.2.x86_64
>>>>>>> compat-32bit-2006.1.25-11.2.x86_64
>>>>>>> compat-openssl097g-0.9.7g-13.19.1.x86_64
>>>>>>> compat-openssl097g-32bit-0.9.7g-13.19.1.x86_64
>>>>>>> gcc-4.1.2_20070115-0.29.6.x86_64
>>>>>>> gcc-c++-4.1.2_20070115-0.29.6.x86_64
>>>>>>> gcc-locale-4.1.2_20070115-0.29.6.x86_64
>>>>>>> gcc-obj-c++-4.1.2_20070115-0.29.6.x86_64
>>>>>>> gcc-objc-4.1.2_20070115-0.29.6.x86_64
>>>>>>> glibc-2.4-31.74.1.x86_64
>>>>>>> glibc-32bit-2.4-31.74.1.x86_64
>>>>>>> glibc-devel-2.4-31.74.1.x86_64
>>>>>>> glibc-devel-32bit-2.4-31.74.1.x86_64
>>>>>>> glibc-i18ndata-2.4-31.74.1.x86_64
>>>>>>> glibc-locale-2.4-31.74.1.x86_64
>>>>>>> glibc-locale-32bit-2.4-31.74.1.x86_64
>>>>>>> libgcc-4.1.2_20070115-0.30.1.x86_64
>>>>>>> libstdc++-4.1.2_20070115-0.29.6.x86_64
>>>>>>> libstdc++-devel-4.1.2_20070115-0.29.6.x86_64
>>>>>>> libstdc++33-3.3.3-7.8.1.x86_64
>>>>>>> libstdc++33-32bit-3.3.3-7.8.1.x86_64
>>>>>>> ---pins---
>>>>>>>
>>>>>>> Can somebody please help me?
>>>>>>>
>>>>>>> Regards,
>>>>>>> Werner

_______________________________________________
suse-sles-e mailing list
[email protected]
http://listx.novell.com/mailman/listinfo/suse-sles-e