Perdida del archivo targets.xml en el Agente del Grid Control

Si por error (generalmente y pensemos que fue de dedo y por supuesto no tenemos respaldo del archivo) se perdió (borro, elimino, suprimió, aniquilo, inutilizo, etc.) el archivo targets.xml
que se encuentra en $ORACLE_HOME/sysman/emd
($ORACLE_HOME es el "Home" del Agente del Grid Control) con el siguiente procedimiento podremos volver a recrearlo.

- Crear (recrear) el archivo targets.xml

• En Windows crear un archivo de de texto en el directorio indicado en el "Home" del Agente %ORACLE_HOME%/sysman/emd
  
• En Unix ir al directorio indicado en el "Home" del Agente
  

cd $ORACLE_HOME/sysman/emd

touch targets.xml

- Una vez que el archivo ya esta creado obtenemos los valores siguientes

agentSeed y EMD_URL

ejemplo:

…

agentSeed=162758739

…

EMD_URL=https://oemgc.trix.com:3872/emd/main/

…

Estos los encontramos en el archivo emd.properties que se encuentra en el siguiente directorio en el "Home" del Agente $ORACLE_HOME/sysman/config

- En el archivo targets.xml creado anteriormente agregamos el siguiente bloque en el archivo (ojo en el mismo formato que se muestra)

<Targets AGENT_SEED="162758739">

<Target TYPE="oracle_emd" NAME=" oemgc.trix.com:3872"/>

<Target TYPE="host" NAME=" oemgc.trix.com"/>

</Targets>

- Salvamos el archivo y a continuación ejecutamos el comando agentca
con la opción "-d"

agentca -d

NOTA:

Antes de realizar este procedimiento debes dejar sin información el directorio $ORACLE_HOME/sysman/emd en el "Home" del Agente

rm -rf agntstmp.txt lastupld.xml recv/* collection/* upload/* state/*

Los directorios que están dentro los debes preservar.

Proceso OCSSD.BIN

Si tienes instalado una base de datos Oracle 10g en algún “Oracle Home” y detectas que tienes un proceso llamado ocssd.bin :

ps -ef | grep css
oracle 651 1 0 16:41 ? 00:00:00 /u01/app/oracle/product/10.2.0/db/bin/ocssd.bin

Esto es completamente normal, este proceso es usado por las instalaciones de tipo RAC y ASM. En una instalación no-RAC este proceso es utilizado para la comunicación entre la instancia de la base de datos y la instancia de ASM (Automatic Storage Management). Aunque no se estén usando estos componentes, el proceso aún se encuentra corriendo y es colocado en el “inittab” para que se inicialice cada vez que la máquina se reinicialice, cabe mencionar que este proceso corre con privilegios de root.

Este proceso no es esencial para el correcto funcionamiento de la base de datos (si es que no se tienen instalados los componentes de RAC y ASM), es por eso que se recomiendo quitarlo para evitar futuros incidentes relacionados con él.

El prodimiento para detener y remover este proceso del “inittab” es el siguiente:
Con la cuenta de “root” ejecutar el siguiente comando:

  root@localhost root]# ps -ef|grep css
oracle     651     1  0 16:41 ?        00:00:00 /u01/app/oracle/product/10.2.0/db/bin/ocssd.bin
root      2353 31469  0 17:01 pts/1    00:00:00 grep css
[root@localhost root]# /etc/init.d/init.cssd stop
Stopping Cluster Synchronization Services.
Shutting down the Cluster Synchronization Services daemon.
Shutdown request successfully issued.
Shutdown has begun. The daemons should exit soon. 

Una vez hecho esto, procederemos a removerlo del inittab. En el archivo /etc/inittab se tiene que comentar la siguiente linea (esto también lo tiene que hacer root):

#h1:35:respawn:/etc/init.d/init.cssd run >/dev/null 2>&1 </dev/null

Cabe hacer notar que es indispensable detener el proceso OCSSD.BIN antes de querer instalar cualquier “Patchset” para la base de datos, de lo contrario te marcará el siguiente error:

Oracle Universal Installer has detected that there are processes running in the currently selected Oracle Home.
The following processes need to be shutdown before continuing:
/u01/app/oracle/product/10.2.0/db/bin/ocssd.bin
Help   Retry   Cancel