Problema en instalacion de Oracle 9.2.0 en Redhat Enterprise 4

Imagen de rodrigh

Forums: 

No tengo mucha experiencia con respecto a instalaciones de Oracle sobre linux y .... tengo un gran problema cuando quiero instalar oracle 9.2.0 sobre Linux Redhat Enterprise 4, al momento de correr el runinstaller de oracle me da el siguiente error

[oraslm@qf-solman SAP]$ ./RUNINSTALLER
Working in /oracle/stage/920_32/oracle/Disk1/SAP ...
Oracle Home Name: SLM_920_32
Oracle Install Group: dba
ORACLE_BASE=/oracle/SLM
ORACLE_HOME=/oracle/SLM/920_32
==============================
Preparing response files. Please wait:
======================================
Working on /oracle/stage/920_32/oracle/Disk1/SAP/SVRCUSTOM.RSP
.....................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
/oracle/stage/920_32/oracle/Disk1/SAP/SVRCUSTOM.RSP --> /tmp/.orainst_rsp.4938: Done
[oraslm@qf-solman SAP]$ Initializing Java Virtual Machine from ../../stage/Components/oracle.swd.jre/1.3.1.0.0/1/DataFiles/Expanded/jre/linux/bin/java. Please wait...
Error occurred during initialization of VM
Unable to load native library: /oracle/stage/920_32/oracle/Disk1/stage/Components/oracle.swd.jre/1.3.1.0.0/1/DataFiles/Expanded/jre/linux/lib/i386/libjava.so: symbol __libc_wait, version GLIBC_2.0 not defined in file libc.so.6 with link time reference

[oraslm@qf-solman SAP]$

Si alguien me puede ayudar se lo voy a agradecer.

Creo, no me hagas mucho caso

Imagen de Epe

Creo, no me hagas mucho caso si no es verdad, pero creo que el oracle iba muy relacionado con las versiones de glibc que se usaran.

En el caso de oracle 9 creo que se instalaba en RHEL3, posiblemnente esa sea la razón, creo que el oracle 10 se instala bien sobre RHEL4

Sería bueno que alguien conconocimiento de oracle lo indique de verdad... naitsirc?

Saludos
epe
--
EcuaLinux.com
Ecuador: +(593) 9 9246504, +(593) 2 3412402
USA: +1 404 795 0321

Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

Debes tener en cuenta

Imagen de tuxero

Debes tener en cuenta algunas cosas; en especial el Update del Red Hat; te voy a dar una explicación un poco más detallada del asunto:

* Para el caso de RHEL3 (Red Hat Enterprise Linux 3 AS - Taroon) y corriendo en arquitectura x86
- Dicho error se daba por problemas con las librerías de GNU C (glibc) originalmente daba problemas en el RHEL3 primer lanzamiento;
pero se fue corrigiendo a raíz de las siguientes actualizaciones (claro los de Oracle aseguran que es problema de Red Hat); para lo cual
necesitabas un parche llamado 3006854 "Parche de Interoperabilidad del Instalador para RHEL 3.0 (yo prefería decir Oracle x.y.z)"; y
contenía un script que se encargaba de "arreglar" el libcwait cambiando la rutina de espera vía ensamblador.

* Para el caso del RHEL4 (Red Hat Enterprise Linux 4 AS - Nahant) y corriendo en arquitectura x86
- El error realmente no ocurría, pero el VM de Java podía llegar a fallar según indicaciones de Oracle, para lo cual se debe instalar previamente.

* En cuanto a los Updates
- Usando RHEL3-U6 (Update 6) "ahora creo que van por el octavo" dichos problemas incluso del parche previo ya no son necesarios,
tanto para x86 y x86_64
- Usando RHEL4-U2 (Update 2) "ahora está en el cuarto" los problemas relacionados al sistema operativo no se dieron, únicamente los
relacionados a la BD.

Consideraciones Generales:
Tener a la mano todos los parches necesarios para Oracle (ojo lo digo claro, aunque Oracle menciona que son para el SO); todo eso
incluye los parches requeridos previos a la instalación según la arquitectura y versión de la distribución (en este caso RHEL); además
del famoso OPatch (Oracle Patch) para aquellos que son de la BD.

Realmente tengo experiencia "Dolores de cabeza adquiridos y superados "instalando los dichosos Oracle's en distros GNU/Linux
(especialmente RHEL y clones como CentOS)

PD: Y si estoy equivocado en el comentario que aquellos conocedores de Oracle me juzguen jajaja :D

Antes fueron los dinosaurios los que se extinguieron, ahora le está llegando la hora a Micro$oft

Gabriel Eduardo Morejón López. [email]gabrielmorejon@gmail.com[/email] [img]http://counter.li.org/cgi-bin/certificate.cgi/378903

He aqui mi pequeño

Imagen de Root Bit

He aqui mi pequeño aporte

http://www.orasite.com/tutoriales/instalacion-oracle-10g-linux-red-hat-advanced-4-server.html
http://www.ecuoug.org/?p=9
http://www.ecuoug.org/

There are only 10 types people in the world:
Those who understand binary and those who don't

There are only 10 types people in the world:
Those who understand binary and those who don't

Por cierto faltaba ubicar un

Imagen de tuxero

Por cierto faltaba ubicar un sitio web bastante bueno sobre HOWTO's Puschitz y que mi principal experiencia fue con el Oracle 9.2.0.4 y otras hierbas raras de Ora.
:)

Antes fueron los dinosaurios los que se extinguieron, ahora le está llegando la hora a Micro$oft

Gabriel Eduardo Morejón López. [email]gabrielmorejon@gmail.com[/email] [img]http://counter.li.org/cgi-bin/certificate.cgi/378903

Un dato

Imagen de danmk3

Por si llegan a tener problemas con free() en 10g, usen _MALLOC_CHECK

export _MALLOC_CHECK=0

Mejor cambien el glibc a 2.3.2-95.27, sin miedo rpm -ivh --nodeps a glibc. Pero generen los rpm desde srpms

Saludos

Danmk3

}:) Soy el error 0xC000021A de tu Micro$oft Guindous }:)

}:) Soy el error 0xC000021A de tu Micro$oft Guindous }:)