<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Administración de ORACLE en Español &#187; OEM</title>
	<atom:link href="http://colacios.es/blog/WordPress3/tag/oem/feed/" rel="self" type="application/rss+xml" />
	<link>http://colacios.es/blog/WordPress3</link>
	<description>Administración de Base de datos ORACLE en español</description>
	<lastBuildDate>Tue, 11 Mar 2014 12:56:35 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>OEM no arranca después de llenarse el filesystem que contiene el software ORACLE</title>
		<link>http://colacios.es/blog/WordPress3/oem-no-arranca-despues-de-llenarse-el-filesystem-que-contiene-el-software-oracle/</link>
		<comments>http://colacios.es/blog/WordPress3/oem-no-arranca-despues-de-llenarse-el-filesystem-que-contiene-el-software-oracle/#comments</comments>
		<pubDate>Wed, 02 Oct 2013 13:43:41 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Administración Oracle]]></category>
		<category><![CDATA[Administración Sistemas]]></category>
		<category><![CDATA[404 Not Found]]></category>
		<category><![CDATA[OEM]]></category>
		<category><![CDATA[server.xml]]></category>

		<guid isPermaLink="false">http://colacios.es/blog/WordPress3/?p=566</guid>
		<description><![CDATA[Tal y como indica el título de la entrada de blog me he encontrado que después de llenarse al 100% el filesystem que contiene el software de Oracle, donde normalmente, por defecto se copian los datafiles de los tablespaces TEMP, &#8230; <a href="http://colacios.es/blog/WordPress3/oem-no-arranca-despues-de-llenarse-el-filesystem-que-contiene-el-software-oracle/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;">Tal y como indica el título de la entrada de blog me he encontrado que después de llenarse al 100% el filesystem que contiene el software de Oracle, donde normalmente, por defecto se copian los datafiles de los tablespaces TEMP, REDO, SYSTEM, USERS, etc&#8230; el Oracle Enterprise Manager no me arranca.</p>
<p style="text-align: justify;">Cuando intento acceder mediante el navegador a la url:</p>
<pre>https://&lt;IP_de_mi_servidor_oracle&gt;:1158/em/console/logon/logon</pre>
<p style="text-align: justify;">Sale un error parecido o igual a:</p>
<pre style="text-align: justify;"><strong>404 Not Found</strong></pre>
<p style="text-align: justify;">¿ Que ha sucedido ?</p>
<p style="text-align: justify;">¿Porqué se ha llenado el filesystem?<br />
Normalmente, por un crecimiento inesperado de cualquier tablespace definido como autoextensible automáticamente y que llene el disco. Esto suele suceder con los tablespaces UNDO y TEMP que si no los modificas después de la primera instalación del servidor Oracle se quedan configurados como autoextensibles.</p>
<p style="text-align: justify;">Independientemente de cómo se hayan llenado el filesystem la solución es la siguiente:</p>
<p style="text-align: justify;"><span style="text-decoration: underline;">Solución</span></p>
<p style="text-align: justify;">He comprobado que cuando se llena el filesystem que contiene los binarios de Oracle, no sé explicar el motivo, pero los ficheros server.xml y emoms.properties se &#8220;truncan&#8221; y se quedan en el directorio donde residen, pero sorprendentemente sin contenido.</p>
<p style="text-align: justify;">Estos ficheros se encuentran normalmente en las rutas:</p>
<pre style="text-align: justify;"><strong>$ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_<em>&lt;tu_servidor&gt;</em>/config</strong>/server.xml</pre>
<pre style="text-align: justify;"><strong>$ORACLE_HOME/<em>&lt;tu_servidor&gt;</em>/sysman/config</strong>/emoms.properties</pre>
<p style="text-align: justify;">La solución, pasa por recuperar de un backup ambos ficheros y el problema se solucionará. Ya podrás volver a arrancar la consola de OEM. Te recomiendo entonces, tener un backup de esos mismos ficheros ubicados en los directorios anteriores.</p>
<p style="text-align: justify;">Por ejemplo:</p>
<pre>$ cd $ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_<em>&lt;tu_servidor&gt;</em>/config/server.xml
$ cp server.xml server.xml.backup</pre>
<pre>$ cd $ORACLE_HOME/<em>&lt;tu_servidor&gt;</em>/sysman/config/emoms.properties
$ cp emoms.properties emoms.properties.backup</pre>
<p style="text-align: justify;">Después al arrancar de nuevo la consola de OEM puede salir esto, pero al rato, en el próximo refresco volverá automáticamente a su estado normal.</p>
<p style="text-align: justify;"><a href="http://colacios.es/blog/WordPress3/wp-content/uploads/2013/10/pantOEM_borrado.jpg"><img class="aligncenter size-full wp-image-574" title="pantOEM_borrado" src="http://colacios.es/blog/WordPress3/wp-content/uploads/2013/10/pantOEM_borrado.jpg" alt="" width="600" height="331" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://colacios.es/blog/WordPress3/oem-no-arranca-despues-de-llenarse-el-filesystem-que-contiene-el-software-oracle/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
