I can't help with the 9i, but I ran into the 10g issue before. In
fact, the sys admin questioned whether or not Oracle was truly 64-bit
or changed just enough to run on a 64-bit (i.e. just a marketing
bullet). We also thought that maybe the installer was still 32-bit
and that's why it required so many 32-bit packages.
I'm starting to get a lot more requests for 64-bit oracle instead of
32-bit so please update us with what you find out.
Steve
On Mar 20, 2006, at 06:04 PM, Jared Still wrote:
I've run into a few problems installing both 10.2.0.1 and 9.2.0.7 on the 64 bit version of RH ES 4.
These are also 64bit versions of Oracle BTW.
Neither 10gR2 or 9iR2 will install cleanly without the 32 bit version of glibc installed. This is partially rectified by installing the version of the glibc libs that match the version of the 64 bit glibc.
10g will install and link cleanly with the 32 bit glibc installed, but this does not help 9i.
The 9i link will fail on the 32bit version of extproc:
make -f t32.mk install
chmod 755 /u01/app/oracle/product/9.2.0/rpt/bin
make -f /u01/app/oracle/product/9.2.0/rpt/rdbms/lib/t32.mk /u01/app/ oracle/product/9.2.0/rpt/rdbms/lib/extproc32 EXTPROC=/u01/app/ oracle/product/9.2.0/rpt/rdbms/lib/extproc32 LIBDIR=lib32 LDFLAGS='- m32 -o $@ $(LDPATHFLAG)$(PRODLIBHOME) $(LDPATHFLAG)$(LIBHOME) $ (LDPATHFLAG)$(LIBHOME)stubs/'
make[1]: Entering directory `/u01/app/oracle/product/9.2.0/rpt/ rdbms/lib'
Linking external procedure agent (/u01/app/oracle/product/9.2.0/rpt/ rdbms/lib/extproc32)
rm -f /u01/app/oracle/product/9.2.0/rpt/rdbms/lib/extproc32
gcc -m32 -o /u01/app/oracle/product/9.2.0/rpt/rdbms/lib/extproc32 - L/u01/app/oracle/product/9.2.0/rpt/rdbms/lib32/ -L/u01/app/oracle/ product/9.2.0/rpt/lib32/ -L/u01/app/oracle/product/9.2.0/rpt/lib32/ stubs/ /u01/app/oracle/product/9.2.0/rpt/rdbms/lib32/hormc.o / u01/app/oracle/product/9.2.0/rpt/rdbms/lib32/defopt.o /u01/app/ oracle/product/9.2.0/rpt/rdbms/lib32/homts.o -lagtsh - lpls9 -lplp9 -lclntsh -lnls9 -lcore9 -lnls9 -lcore9 -lnls9 - lxml9 -lcore9 -lunls9 -lnls9 /u01/app/oracle/product/9.2.0/rpt/ lib32/libgeneric9.a `cat /u01/app/oracle/product/9.2.0/rpt/lib32/ sysliblist` -Wl,-rpath,/u01/app/oracle/product/9.2.0/rpt/lib:/lib:/ usr/lib -lm `cat /u01/app/oracle/product/9.2.0/rpt/lib32/ sysliblist` -ldl -lm -lvsn9
/usr/lib/gcc/x86_64-redhat-linux/3.4.4/libgcc_s_32.so: undefined reference to `dl_iterate_phdr@xxxxxxxxxxx'
collect2: ld returned 1 exit status
make[1]: *** [/u01/app/oracle/product/9.2.0/rpt/rdbms/lib/ extproc32] Error 1
make[1]: Leaving directory `/u01/app/oracle/product/9.2.0/rpt/rdbms/ lib'
make: *** [extproc32] Error 2
The only hit on MetaLink for `dl_iterate_phdr@xxxxxxxxxxx' is Note 335515.1
This note instructs you to install patch 4198954, the compat- oracle-rhel4 package.
As patch 4198954 replaces 64bit /usr/bin/gcc and 64bit /usr/bin/g++ with shell scripts that call
the 32 bit compilers, all that installing this patch accomplishes is to break your system.
The compat-libcwait package is also not the answer.
Any ideas on how to fix this?
I don't really care if extproc32 is installed or not, but the fact that it doesn't link
needlessly complicates installation and patching of the software.
Thanks,
-- Jared Still Certifiable Oracle DBA and Part Time Perl Evangelist
