Glibc-patched 8.1.7.0.1 has undefined references during link

Question

I am receiving the following errors when running 'make -f ins_rdbms install'
after installing the glibc patch for 8.1.7.0.1:
/lib/libnsl.so.1: undefined reference to `svc_getreq_poll@GLIBC_2.2'
/lib/libnsl.so.1: undefined reference to `__strndup@GLIBC_2.2'
/lib/libnsl.so.1: undefined reference to `svc_max_pollfd@GLIBC_2.2'
/lib/libnsl.so.1: undefined reference to `svc_pollfd@GLIBC_2.2'
collect2: ld returned 1 exit status
I am running SuSE Linux 7.1 and have installed all pertinent updates from
the SuSE ftp site. Installation
of the Oracle 8.1.7.0.1 distribution ran flawlessly (after I unset LANG
before running runInstaller).
I downloaded the latest 'glibc-2.1.3-stubs.tar.gz' patch from
technet.oracle.com and installed per the directions in the READMEglibc213.txt file. When
I ran 'setup_stubs.sh', everything appeared to run fine (no visible errors).
I even remembered to fix the root.sh file per the instructions from the SuSE
web site.
Yet when I attempted to build a database (via dbassist or manually), I got
the following error when running svrmgrl:
oracle@mars:~ > svrmgrl
Oracle Server Manager Release 3.1.7.0.0 - Production
Copyright (c) 1997, 1999, Oracle Corporation. All Rights Reserved.
ORA-12545: Connect failed because target host or object does not exist
SVRMGR>
I discovered that the reason for this was that the 'oracle' executable was
not present in $ORACLE_HOME/bin (I later discovered that a number of other
files were missing as well). Then I noticed that the 'setup_stubs.sh'
script uses 'make -i', which ignores errors. When I ran 'make -f
ins_rdbms.mk install' from $ORACLE_HOME/rdbms/lib, I got the link errors
shown above. Of course, this explains why I don't have an 'oracle' file in
$ORACLE_HOME/bin; it was never created during the patch install.
I tried manually running all of the other relinks manually and all of them
worked with the exception of ctx. When I ran 'make -f ins_ctx.mk' from
$ORACLE_HOME/ctx/lib', I got this:
gcc -o
ctxhxx -L/u01/app/oracle/product/8.1.7/ctx/lib/ -L/u01/app/oracle/product
/8.1.7/lib/ -L/u01/app/oracle/product/8.1.7/lib//stubs/
/u01/app/oracle/produc
t/8.1.7/ctx/lib/ctxhx.o -Wl,-rpath,/u01/app/oracle/product/8.1.7/ctx/lib/ -l
m -l
sc_fa -lsc_fi -lsc_ch -lsc_ut -lsc_ex -lsc_da -lctxhx -lm -lc -lnls8 -lcore
8 -l
nls8 -lcore8 -lnls8
/lib/libdl.so.2: undefined reference to `_dl_vsym@GLIBC_2.2'
/lib/libdl.so.2: undefined reference to `_dl_sym@GLIBC_2.2'
collect2: ld returned 1 exit status
make: *** [ctxhxx] Error 1
I found that the /lib/libc.so.6 library contained the necessary definitions
to these references. However, I am not sure if it is safe to add this to
the list of libraries used during the link.
What concerns me most is that I know a lot of folks have used the patch
successfully, but I cannot think of what I've done wrong. Any ideas?
null

Answer 1

In case anyone else is having this problem, here is the answer:
The problem only occurs if you include the Oracle Parallel Server option
during installation. In order to get the oracle kernel to re-link after
installing the glibc patch, you need to add -lnsl to the
$ORACLE_HOME/lib/sysliblist like so:
before: -ldl -lm -lpthread
after : -ldl -lm -lnsl -lpthread
Then relink the oracle kernel:
cd $ORACLE_HOME/rdbms/lib
make -f ins_rdbms.mk install
null