Хочу поделиться опытом установки Oracle для SAP систем ( установливались системы R/3 470x200 , WAS 6.20 , WAS 6.40 , J2EE 6.30 , BI ) на платформу Intel EM64T в следующей конфигурации:

Platform: Intel EM64T
CPU count: 2
CPU: 2xIntel Xeon 3.4 Ггц EM64T
Motherboard: SE7520JR23S
Cache size L1: 16 Кб
Cache size L2: 2048 Кб
Cache size L3: 0 Кб
FrontBus: 800 Мгц
Disk type: SCSI
Disk controller: LSI 53C1030 Dual Channel U320 SCSI
Disk array: RAID10 effective size 210 Гб (6 disks)
OS: RedHat Enterprise Server SR1 v. 4.0

возникла потребность на 2-х идентичных машинах развернуть 5 систем для полигонных целей. Уперлись вначале в установку Oracle. Не ставился. Пришлось долго разбираться самим. Ни Oracle metalink, ни sapsupport ничем не могли помочь. Ниже привожу солюшн.

Была задача поставить Oracle 9i версии 9.2.0.4.
При установке оракла на 18 процентах при попытке линковке компонента network инсталлятор ( OUI 2.2.0.18.0 ) глухо вис с исключением на неправильто определенный в LIBC.SO.6 символ из библиотеки <error.h>, ругался на переменную errno в которой передается код ошибки для отработки в библиотеке. Т.е. в текущей бибилиотеке LIBC.SO.6 символ errno был определен без учета версии GLIBC и по nm просматривался как просто errno. Инсталлятор искал именно определение errno@GLIBC_2.0 для линковщика.
Просмотр дистрибутива привел к установке всех compat пакетов.

Что удивило в оракловом инсталляторе, так это то что линковка делалась очень жестко, причем как и по версиям компонентов для линковке, так и по путям расположения библиотек. В частности: библиотеку LIBC.SO.6 оракловый инсталятор искал не в стандартных
/lib , /usr/share/lib , /usr/lib , /usr/local/lib , а искал именно в /lib/tls/ .

Вызвало удивление что общесистемные библиотеки LIBC.SO.6 , LIBM.SO.6 , LIBPTHREAD.SO.0 , LIBRT.SO.1 , LIBTHREAD_DB.SO.1 с которыми также пытался работать инсталлятор присутствовали в двух местах: /lib и /lib/tls . Причем практически все в RedHat было собрано по пути /lib . Стал разобраться в разнице этих библиотек ( по пути /lib и /lib/tls ) и обнаружил что именно библиотеки СТАНДАРТНЫЕ по пути /lib и нужны инсталлятору для нормальной линковки. В итоге я перебил софтлинки на библиотеки в каталоге /lib/tls на каталог /lib и повторил инсталляцию. Оракл собрался без запинки и продуктивно работает по сей день.

Хочу отметить, что потребность все разбирать самому у меня возникла после попытки поиска решения на Oracle Metalink на котором
нет решения этой проблемы. В связи с этим я решил поделиться решением для тех кто будет ставить 64 битный оракл на новую
Intel платформу под RHES 4.0

Собсно солюшн ниже:
-----------------------cut here ---------------
#!/bin/bash

echo "backup links"
ls -1 >> /lib/tls/old_links.txt

echo "removing links"
rm -f /lib/tls/libc.so.6
rm -f /lib/tls/libm.so.6
rm -f /lib/tls/libpthread.so.0
rm -f /lib/tls/librt.so.1
rm -f /lib/tls/libthread_db.so.1

echo "creating new links"
ln -s /lib/libc.so.6 /lib/tls/libc.so.6
ln -s /lib/libm.so.6 /lib/tls/libm.so.6
ln -s /lib/libpthread.so.0 /lib/tls/libpthread.so.0
ln -s /lib/librt.so.1 /lib/tls/librt.so.1
ln -s /lib/libthread_db.so.1 /lib/tls/libthread_db.so.1

echo "that's all folks"
-----------------------cut here ---------------

оформить скриптом по линии отреза и пользовать. ВНИМАНИЕ!!! ВАЖНО!!! НЕОБХОДИМО ОБЯЗАТЕЛЬНО ПРОСТАВИТЬ ВСЕ COMPAT библиотеки.

C уважением Дедевич А.Ю.