Friday, April 22, 2011

Error libnnz11.so+0x3c498 (ORACLE DATABASE + GRID de 32 Bits en un Equipo de 64 Bits)

Siguiendo el Manual de Fernando J. Andrade , de Lograr la instalacion de mi Base de Datos usando ASM, Me encontre con un problema en un punto de la instalacion, que me demoro bastante, Luego de investigar y buscar en Foros y en Internet, Di con la solucion, en manos de una Bloguera Rusa, que le dio el mismo error y publico la solucion.

El problema en cuestion es el siguiente: Instalar el Software de Oracle de 32 Bits, en un plataforma de 64 Bits.


Como se dio esto?, bueno mi hardware es el siguiente:

Procesador: Phenom II x4 965
Memoria: 2GB 800 DDr2 Mhz
S..O : Windows 7 Professional 32 Bits

Mi procesador es reconocido por Oracle como 64 BITS Nativos (Aunque no he tenido problemas de compatibilidad con nada, salvo esto.), por lo que automaticamente recomienda descargar e instalar todo en 64 Bits, pero como pueden notar, aun no tengo 4 GB de Ram (Mas adelante si), ademas eso acarrearia reinstalar el windows, esta vez a 64 bits, descargar drivers, software y todo lo demas para 64 bits.

En fin, para no cansar mucho, en vez de hacer todo esto, procedi a instalar normalmente todo, como indica en el manual, llegando al punto de corer los dos scripts para finalizar la instalacion de la BD, estos scripts reparan los permisos y la configuracion de listener del GRID, Por lo que comienzo desde ahi. (Pues es en ese instante que tenemos el error.).

estos comando se deben ejecutar luego del instalacion del Grid.

Cambios Permisos directorios grid
====================================

1) /u01/app/oraInventory/orainstRoot.sh

(Este Funciono sin problemas)


2) /u01/app/oracle/product/11.2.0/grid/root.sh

(Aqui es que nos damos cuenta del problema, y es la razon de este post)


Al ejecutar este comando, la instalacion nos da un error, y por consiguiente no podemos terminarla, entonces nos quedamos con cara de: QUE PASA?, entonces ejecute el ultimo script, dentro una consola, con lo que me pude percatar del error:

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0x9fbb2498, pid=8363, tid=3086268624
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_17-b02 mixed mode)
# Problematic frame:
# C [libnnz11.so+0x3c498]
#
# An error report file with more information is saved as hs_err_pid8363.log
#
# If you would like to submit a bug report, please visit

Empeze a buscar en internet sobre esto y encontre que el problema es que Oracle no soporta el tipo de configuracion que tiene como titulo este Post, que recomiendad que todo se haga bajo 64 bits, pero si hay alguna razon del negocio para que se deba hacer asi, entonces ponian a disposicion un parche que resolvia el problema.

El parche en cuestion es el No.8670579, lo podemos conseguir en My Oracle Support (Antiguamente llamado Oracle Metalink)

Despues de haber descargado el parche, debemos pasarlo a nuestro servidor de BD (En caso de no tenerlo) y descomprimirlo, Para mas facil En una carpeta en el home del usuario Oracle.

Paso a explicar como Instalar el parche para poder terminar la instalacion de nuestro GRID / BD sobre ASM.-


Como Parchear nuestra Instalacion de Oracle Grid / Database
===========================================================
Los parches se instalan con el comando opatch (realiza los parcheos al software de oracle(grid, BD, Weblogic,etc)) , el cual se encuentra en la carpeta de binarios (/bin) de nuestra instalacion de Grid (Al igual que la de la BD).

Si al ejecutar el comando, nos da el error de que no encuentra el java runtime, entonces debemos especificarselo nosotros mismos.
------------------------------------------------------------------------------------------------------------------
[oracle@oracledb ~]
$/u01/app/oracle/product/11.2.0/grid/OPatch/opatch
------------------------------------------------------------------------------------------------------------------

No importa si tenemos instalado el JRE o el JDK, al momento de ejecutar el comando le pasamos el parametro correspondiente del tipo de instalacion de Java que tenemos configurado.
------------------------------------------------------------------------------------------------------------------
[oracle@oracledb ~]
$/u01/app/oracle/product/11.2.0/grid/OPatch/opatch lsinventory
 -jre /u01/app/oracle/product/11.2.0/grid/JRE/
------------------------------------------------------------------------------------------------------------------
Ahora si el comando debe funcionar. en este caso use el mismo JRE(Java Runtime) que instalo el software del Grid, Ya que si nuestro servidor tiene algun problema con el Java, con este lo podemos solucionar.

Si corremos el comando con el Home sin cambiar (el actual apunta a db_1, la base de datos), nos dara el siguiente error.
------------------------------------------------------------------------------------------------------------------
[oracle@oracledb ~]
$/u01/app/oracle/product/11.2.0/grid/OPatch/opatch lsinventory -jre /u01/app/oracle/product/11.2.0/grid/JRE/
Invoking OPatch 11.1.0.6.6
OPatch cannot find ORACLE_HOME ("/u01/app/oracle/product/11.2.0/db_1")

OPatch failed with error code 1
------------------------------------------------------------------------------------------------------------------

Entonces Debemos cambiar el valor de la variable del Home en la .bash_profile del usuario oracle y el cambiar el valor db_1 por grid y recargar los valores con .(punto) ./home/oracle/.bash_profile, luego ejecutamos el comando nuevamente.
------------------------------------------------------------------------------------------------------------------
[oracle@oracledb ~]$/u01/app/oracle/product/11.2.0/grid/OPatch/opatch lsinventory -jre /u01/app/oracle/product/11.2.0/grid/JRE/
Invoking OPatch 11.1.0.6.6

Oracle Interim Patch Installer version 11.1.0.6.6
Copyright (c) 2009, Oracle Corporation.  All rights reserved.

Oracle Home       : /u01/app/oracle/product/11.2.0/grid
Central Inventory : /u01/app/oraInventory
   from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.6
OUI version       : 11.2.0.1.0
OUI location      : /u01/app/oracle/product/11.2.0/grid/oui
Log file location : /u01/app/oracle/product/11.2.0/grid/cfgtoollogs/opatch/opatch2011-04-02_21-19-05PM.log

Patch history file: /u01/app/oracle/product/11.2.0/grid/cfgtoollogs/opatch/opatch_history.txt

Lsinventory Output file location : /u01/app/oracle/product/11.2.0/grid/cfgtoollogs/opatch/lsinv/lsinventory2011-04-02_21-19-05PM.txt
--------------------------------------------------------------------------------
Installed Top-level Products (1):

Oracle Grid Infrastructure                                           11.2.0.1.0
There are 1 products installed in this Oracle Home.

There are no Interim patches installed in this Oracle Home.
--------------------------------------------------------------------------------
OPatch succeeded.
------------------------------------------------------------------------------------------------------------------

Ahora ya estamos listos para ejecutar el parche que necesita la instalacion de nuestro Grid para funcionar correctamente. Para instalarlo realizamos el siguiente comando:
------------------------------------------------------------------------------------------------------------------
[oracle@oracledb ~]$ /u01/app/oracle/product/11.2.0/grid/OPatch/opatch apply /home/oracle/8670579/ -jre /u01/app/oracle/product/11.2.0/grid/JRE/

Invoking OPatch 11.1.0.6.6

Oracle Interim Patch Installer version 11.1.0.6.6
Copyright (c) 2009, Oracle Corporation.  All rights reserved.


Oracle Home       : /u01/app/oracle/product/11.2.0/grid
Central Inventory : /u01/app/oraInventory
   from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.6
OUI version       : 11.2.0.1.0
OUI location      : /u01/app/oracle/product/11.2.0/grid/oui
Log file location : /u01/app/oracle/product/11.2.0/grid/cfgtoollogs/opatch/opatch2011-04-02_21-39-00PM.log

Patch history file: /u01/app/oracle/product/11.2.0/grid/cfgtoollogs/opatch/opatch_history.txt

--------------------------------------------------------------------------------
The patch has more than one Archive Action but there is no Make Action.
--------------------------------------------------------------------------------
ApplySession applying interim patch '8670579' to OH '/u01/app/oracle/product/11.2.0/grid'

Running prerequisite checks...

OPatch detected non-cluster Oracle Home from the inventory and will patch the local system only.

Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.
(Oracle Home = '/u01/app/oracle/product/11.2.0/grid')

Is the local system ready for patching? [y|n]
------------------------------------------------------------------------------------------------------------------
Presionamos la tecla Y, y dejamos que realize los cambios necesarios y listo, nuestro parche ya fue instalado. Podemos verificar la instalacion del parche
con el comando opatch lsinventory

------------------------------------------------------------------------------------------------------------------
Invoking OPatch 11.1.0.6.6

Oracle Interim Patch Installer version 11.1.0.6.6
Copyright (c) 2009, Oracle Corporation.  All rights reserved.

Oracle Home       : /u01/app/oracle/product/11.2.0/grid
Central Inventory : /u01/app/oraInventory
   from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.6
OUI version       : 11.2.0.1.0
OUI location      : /u01/app/oracle/product/11.2.0/grid/oui
Log file location : /u01/app/oracle/product/11.2.0/grid/cfgtoollogs/opatch/opatch2011-04-02_21-48-59PM.log

Patch history file: /u01/app/oracle/product/11.2.0/grid/cfgtoollogs/opatch/opatch_history.txt

Lsinventory Output file location : /u01/app/oracle/product/11.2.0/grid/cfgtoollogs/opatch/lsinv/lsinventory2011-04-02_21-48-59PM.txt

--------------------------------------------------------------------------------
Installed Top-level Products (1):

Oracle Grid Infrastructure                                           11.2.0.1.0
There are 1 products installed in this Oracle Home.

Interim patches (1) :

Patch  8670579      : applied on Sat Apr 02 21:39:07 AST 2011
Unique Patch ID:  12243614
   Created on 25 Feb 2010, 09:55:12 hrs US/Eastern
   Bugs fixed:
     8670579
--------------------------------------------------------------------------------
OPatch succeeded.
------------------------------------------------------------------------------------------------------------------

Desconfiguracion GRID, para reconfigurar la instalacion que teniamos.
=================================================

Como vemos, nuestro parche fue aplicado correctamente. Luego de aplicado el patch, si ejecutamos la instalacion nuevamente mediante el ejecutable de GRID, en la carpeta de instalacion, nos dira que ya hay una instalacion de grid realizada, que si queremos proseguir debemos desconfigurar la instancia de Grid
que instalamos y que no fue correctamente instalada.

Para desconfigurar la instancia, debemos loguearnos como el usuario root y nos dirigimos a la ruta: /u01/app/oracle/product/11.2.0/grid/crs/install y ejecutamos el comando rootcrs.pl con los parametros -deconfig -force.
------------------------------------------------------------------------------------------------------------------
[root@oracledb install]# ./rootcrs.pl -deconfig -force
2011-04-02 21:57:51: Parsing the host name
2011-04-02 21:57:51: Checking for super user privileges
2011-04-02 21:57:51: User has super user privileges
Using configuration parameter file: ./crsconfig_params
Usage: srvctl []
    commands: enable|disable|start|stop|status|add|remove|modify|getenv|setenv|unsetenv|config
    objects: database|service|asm|diskgroup|listener|home|ons|eons
For detailed help on each command and object and its options use:
  srvctl -h or
  srvctl -h
PRKO-2012 : nodeapps object is not supported in Oracle Restart
ADVM/ACFS is not supported on oraclelinux-release-5-6.0.1
ACFS-9201: Not Supported
CRS-4013: This command is not supported in a single-node configuration.
CRS-4000: Command Stop failed, or completed with errors.
You must kill crs processes or reboot the system to properly
cleanup the processes started by Oracle clusterware
error: package cvuqdisk is not installed
Successfully deconfigured Oracle clusterware stack on this node
------------------------------------------------------------------------------------------------------------------
 
luego de desconfigurado la instancia, procedemos a conectarnos como ROOT y ejecutar el comando que nos dio problemas en la instalacion: /u01/app/oracle/product/11.2.0/grid/root.sh y nuestra maquina se creara como un nodo correctamente.
------------------------------------------------------------------------------------------------------------------
[oracle@oracledb install]$ su
Password:
[root@oracledb install]# /u01/app/oracle/product/11.2.0/grid/root.sh
Running Oracle 11g root.sh script...
The following environment variables are set as:
    ORACLE_OWNER= oracle
    ORACLE_HOME=  /u01/app/oracle/product/11.2.0/grid
Enter the full pathname of the local bin directory: [/usr/local/bin]:
The file "dbhome" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]: y
   Copying dbhome to /usr/local/bin ...
The file "oraenv" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]: y
   Copying oraenv to /usr/local/bin ...
The file "coraenv" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]: y
   Copying coraenv to /usr/local/bin ...
Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.
2011-04-02 22:02:39: Checking for super user privileges
2011-04-02 22:02:39: User has super user privileges
2011-04-02 22:02:39: Parsing the host name
Using configuration parameter file: /u01/app/oracle/product/11.2.0/grid/crs/install/crsconfig_params
LOCAL ADD MODE
Creating OCR keys for user 'oracle', privgrp 'oinstall'..
Operation successful.
CRS-4664: Node oracledb successfully pinned.
Adding daemon to inittab
CRS-4123: Oracle High Availability Services has been started.
ohasd is starting
ADVM/ACFS is not supported on oraclelinux-release-5-6.0.1
oracledb     2011/04/02 22:03:07     /u01/app/oracle/product/11.2.0/grid/cdata/oracledb/backup_20110402_220307.olr
Successfully configured Oracle Grid Infrastructure for a Standalone Server
Updating inventory properties for clusterware
Starting Oracle Universal Installer...
Checking swap space: must be greater than 500 MB.   Actual 2502 MB    Passed
The inventory pointer is located at /etc/oraInst.loc
The inventory is located at /u01/app/oraInventory
'UpdateNodeList' was successful.
------------------------------------------------------------------------------------------------------------------
 
Configuracion Manual ASM
==============================================
Luego que tenemos listo nuestro nodo, es hora de configurar asm, pues aunque lo habiamos hecho en el principio, nuestra instalacion fallo, y no se configuro, ahora debemos configurarlo manualmente.
Primero, debemos verificar (y cambiar si es necesario) las variables al home donde esta instalado el grid, procedemos a realizar el comando asmca (asm configure asistant), nos pedira que pongamos la contraseña a dos usuarios que usara el ASM para sus operaciones, luego debemos definir el nombre del diskgroup (en este caso del puse DATA) de la misma forma que estabamos haciendo en la instalacion inicial del Grid.
Si los discos no aparecen en la lista, entonces debemos cambiar el path de donde esta buscando los discos, el path del ASM es /dev/oracleasm/disks y elegimos los primeros 4 discos y creamos nuestro diskgroup, luego finalizamos y nos creara el diskgroup y nos iniciara el servicio.
si queremos saber el status de nuestro server, podemos usar el comando crsctl status server (nombre_servidor), y si dice ONLINE, nuestro servidor esta arriba.
Ahora procedemos a instalar la Base de datos, cerrando la consola, y abriendo otra para que nos lea las variable de entorno correctas. Entramos a la carpeta de la la instalacion de la base de datos y ejecutamos el runInstaller.
Casi al final de la instalacion, nos pedira que realizemos un script() como el usuario root. luego de esto, terminara la instalacion del software a lo cual procedemos con la creacion de una base de datos nueva.
Con el comando dbca (database configure assistant) es que vamos a crear nuestra base de datos,pero en este caso, dara el error que habia dado con el grid.
[oracle@oracledb database]$ dbca
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0x9fbb2498, pid=8363, tid=3086268624
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_17-b02 mixed mode)
# Problematic frame:
# C  [libnnz11.so+0x3c498]
#
# An error report file with more information is saved as hs_err_pid8363.log
#
# If you would like to submit a bug report, please visit:
#
Por lo que debemos parchar nuevamente, pero esta vez es nuestra instalacion de Base de datos, ya que anteriormente habiamos parchado la instalacion del Grid para que nos funcione correctamente.
Debemos movernos a la carpeta donde esta el ejecutable de Opatch, eso es en la instalacion de la BD, en el home de la base de datos (db_1).
 
------------------------------------------------------------------------------------------------------------------
[oracle@oracledb database]$ cd /u01/app/oracle/product/11.2.0/db_1/OPatch/
------------------------------------------------------------------------------------------------------------------
 
luego para verificar que no hay parches instalados, usamos el parametro lsinventory.
------------------------------------------------------------------------------------------------------------------
[oracle@oracledb OPatch]$ ./opatch lsinventory
Invoking OPatch 11.1.0.6.6
Oracle Interim Patch Installer version 11.1.0.6.6
Copyright (c) 2009, Oracle Corporation.  All rights reserved.
Oracle Home       : /u01/app/oracle/product/11.2.0/db_1
Central Inventory : /u01/app/oraInventory
   from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.6
OUI version       : 11.2.0.1.0
OUI location      : /u01/app/oracle/product/11.2.0/db_1/oui
Log file location : /u01/app/oracle/product/11.2.0/db_1/cfgtoollogs/opatch/opatch2011-04-03_07-30-33AM.log
Patch history file: /u01/app/oracle/product/11.2.0/db_1/cfgtoollogs/opatch/opatch_history.txt
Lsinventory Output file location : /u01/app/oracle/product/11.2.0/db_1/cfgtoollogs/opatch/lsinv/lsinventory2011-04-03_07-30-33AM.txt
--------------------------------------------------------------------------------
Installed Top-level Products (1):
Oracle Database 11g                                                  11.2.0.1.0
There are 1 products installed in this Oracle Home.
There are no Interim patches installed in this Oracle Home.
--------------------------------------------------------------------------------
OPatch succeeded.
------------------------------------------------------------------------------------------------------------------
Nota: Al parecer la instalacion de la BD seteo correctamente la variable del directorio de la instalacion del JRE, ya que en el Grid no la encontraba y tuvimos que  indicarla manualmente para que funcione de cualquier forma, ya sabemos un workaround para  este problema.
Procedemos ahora a instalar el parche usando nuevamente el comando opatch apply (ruta del parche)
------------------------------------------------------------------------------------------------------------------
[oracle@oracledb OPatch]$ ./opatch apply (ruta_del_parche)
[oracle@oracledb OPatch]$ ./opatch apply /home/oracle/8670579/
Invoking OPatch 11.1.0.6.6
Oracle Interim Patch Installer version 11.1.0.6.6
Copyright (c) 2009, Oracle Corporation.  All rights reserved.
Oracle Home       : /u01/app/oracle/product/11.2.0/db_1
Central Inventory : /u01/app/oraInventory
   from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.6
OUI version       : 11.2.0.1.0
OUI location      : /u01/app/oracle/product/11.2.0/db_1/oui
Log file location : /u01/app/oracle/product/11.2.0/db_1/cfgtoollogs/opatch/opatch2011-04-03_07-45-09AM.log
Patch history file: /u01/app/oracle/product/11.2.0/db_1/cfgtoollogs/opatch/opatch_history.txt
--------------------------------------------------------------------------------
The patch has more than one Archive Action but there is no Make Action.
--------------------------------------------------------------------------------
ApplySession applying interim patch '8670579' to OH '/u01/app/oracle/product/11.2.0/db_1'
Running prerequisite checks...
OPatch detected non-cluster Oracle Home from the inventory and will patch the local system only.
Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.
(Oracle Home = '/u01/app/oracle/product/11.2.0/db_1')
Is the local system ready for patching? [y|n]
y
User Responded with: Y
Backing up files and inventory (not for auto-rollback) for the Oracle Home
Backing up files affected by the patch '8670579' for restore. This might take a while...
Backing up files affected by the patch '8670579' for rollback. This might take a while...
Patching component oracle.network.rsf, 11.2.0.1.0...
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a"  with "lib/libnnz11.a/ahseteco.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a"  with "lib/libnnz11.a/am11rkg.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a"  with "lib/libnnz11.a/amsha.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a"  with "lib/libnnz11.a/cpui32.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a"  with "lib/libnnz11.a/sha.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a"  with "lib/libnnz11.a/x931rand.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a"  with "lib/libnnz11.a/am11dkg.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a"  with "lib/libnnz11.a/am931rnd.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a"  with "lib/libnnz11.a/amsharnd.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a"  with "lib/libnnz11.a/ghash.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a"  with "lib/libnnz11.a/shacomm.o"
Copying file to "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.so"
ApplySession adding interim patch '8670579' to inventory
Verifying the update...
Inventory check OK: Patch ID 8670579 is registered in Oracle Home inventory with proper meta-data.
Files check OK: Files from Patch ID 8670579 are present in Oracle Home.
The local system has been patched and can be restarted.
OPatch succeeded.
------------------------------------------------------------------------------------------------------------------
 
si ejecutamos el comando opatch lsinventory, ahora si nos mostrara el parche que fue aplicado a nuestra instalacion de la bd.
------------------------------------------------------------------------------------------------------------------
[oracle@oracledb OPatch]$ ./opatch lsinventory
Invoking OPatch 11.1.0.6.6
Oracle Interim Patch Installer version 11.1.0.6.6
Copyright (c) 2009, Oracle Corporation.  All rights reserved.
Oracle Home       : /u01/app/oracle/product/11.2.0/db_1
Central Inventory : /u01/app/oraInventory
   from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.6
OUI version       : 11.2.0.1.0
OUI location      : /u01/app/oracle/product/11.2.0/db_1/oui
Log file location : /u01/app/oracle/product/11.2.0/db_1/cfgtoollogs/opatch/opatch2011-04-03_07-48-03AM.log
Patch history file: /u01/app/oracle/product/11.2.0/db_1/cfgtoollogs/opatch/opatch_history.txt
Lsinventory Output file location : /u01/app/oracle/product/11.2.0/db_1/cfgtoollogs/opatch/lsinv/lsinventory2011-04-03_07-48-03AM.txt
--------------------------------------------------------------------------------
Installed Top-level Products (1):
Oracle Database 11g                                                  11.2.0.1.0
There are 1 products installed in this Oracle Home.
Interim patches (1) :
Patch  8670579      : applied on Sun Apr 03 07:45:20 AST 2011
Unique Patch ID:  12243614
   Created on 25 Feb 2010, 09:55:12 hrs US/Eastern
   Bugs fixed:
     8670579
--------------------------------------------------------------------------------
OPatch succeeded.
------------------------------------------------------------------------------------------------------------------
Luego de parcheada nuestra instalacion, podemos proseguir con la creacion de la Base de Datos con el comando DBCA. En el transcurso de la configuracion de la BD, nos encontraremos con un Warning que nos dice que el LISTENER no se esta ejecutando (Claro, en ningun momento fue configurado) y como tenemos una instalacion de GRID, debemos configurar uno desde esa Instalacion, por lo que cancelamos (En este caso) la instalacion de la BD y procedemos a cambiar la variable del home de la BD hacia la del GRID en .bash_profile.
Luego de cambiado el home de la BD hacia el home del GRID, procedemos a configurar un Listener con el comando NETCA(NET Configuration Asistant).
Luego de configurar correctamente nuestro Listener, cambiamos la variable del Home nuevamente de en .bash_profile, guardamos, cerramos la consola, y abrimos una nueva (para que se carguen las variables de entorno correctamente) y procedemos ahora si a la creacion de la Base de Datos.
Nota: Si queremos saber que rutas (PATH), tenemos activas en nuestro sistema , ejecutamos el comando echo $PATH y nos dara un resultado parecido a este.
 
------------------------------------------------------------------------------------------------------------------
[oracle@oracledb ~]$ echo $PATH
/u01/app/oracle/product/11.2.0/db_1/bin:/usr/lib/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/oracle/bin:/home/oracle/bin.
------------------------------------------------------------------------------------------------------------------
 
Como podemos ver el PATH delORACLE HOME, esta apuntando correctamente hacia los bin de la instalacion de la Base de datos.
Luego de realizada la configuracion del listener, ya podemos sin problemas terminar nuestra creacion de la Base de Datos de Pruebas con el comando DBCA.

2 comments: