Re: [suse-oracle] libclntsh.so: Problem with relinking (njni10 related)
Harald Maier <[email protected]>
| Newsgroups | gmane.linux.suse.oracle.general |
|---|---|
| Message-ID | <[email protected]> |
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-oracle mailing list >>> [email protected] >>> http://listx.novell.com/mailman/listinfo/suse-oracle >>> >> >> > _______________________________________________ > suse-oracle mailing list > [email protected] > http://listx.novell.com/mailman/listinfo/suse-oracle _______________________________________________ suse-sles-e mailing list [email protected] http://listx.novell.com/mailman/listinfo/suse-sles-e