@media screen and (min-width: 580px) { .flotantewhatsapp{ display:none; } }

Compartir por WhatsApp

Inicio - Linux - Migrar Spacewalk Oracle-XE a Oracle 10GR2

Migrar Spacewalk Oracle-XE a Oracle 10GR2

Debido a la limitación de 4GB de oracle-xe nos hemos visto obligados a migrar la base de datos a un servidor de backend (que es como debería haber estado desde un principio).

Ya no podía descargar updates ni añadir nuevos repositorios, porque con 4 sistemas y 5 repos por sistema, no daba el “juguete” para más.

Ahora tenemos la posibilidad de crear una instancia UTF-8, así que os explico como lo hemos hecho por si os sirve a alguno.

Para la instalación de Oracle y la exportación de datos os podéis apoyar en éste artículo:

http://flakrat.blogspot.com.es/2010/04/migrate-red-hat-spacewalk-server-from.html

Yo os explico lo que concierne a Spacewalk, que es lo que controlo un poco más:

Antes de nada, deberemos dar ciertos permisos en ORACLE 10GR2 al usuario spacewalk para que no se generen estos errores:

  User ‘spacewalk’ does not have the ‘ALTER SESSION’ privilege.

  User ‘spacewalk’ does not have the ‘CREATE SYNONYM’ privilege.

  User ‘spacewalk’ does not have the ‘CREATE VIEW’ privilege.

Mi servidor es un CentOS 5.8 con Spacewalk 1.7, es una máquina virtual vmware integrada en un dominio Windows 2008 R2.

Paramos oracle-xe y evitamos que se arranque en el inicio:

service oracle-xe stop

chkconfig oracle-xe off

Paramos spacewalk:

/usr/sbin/spacewalk-service stop

Apagamos SRVSPACEWALK y creamos un snapshot (yo uso máquinas virtuales):

shutdown –h now

Arrancamos SRVSPACEWALK, spacewalk nos generará algún error.

Desinstalamos oracle-xe para evitar los errores (conservamos snapshot):

rpm -e oracle-xe-univ

Creamos un fichero de configuración vi confspacewalk con este contenido:

admin-email = user@dominio.es

ssl-set-org = Empresa

ssl-set-org-unit = spacewalk

ssl-set-city = Ciudad

ssl-set-state = País

ssl-set-country = ES

ssl-password = passwordparaSSL

ssl-set-email = user@dominio.es

ssl-config-sslvhost = Y

db-backend=oracle

db-user=spacewalk

db-password=spacewalk

db-name=nombreinstancia.domino.es

db-host=SRVORACLE

db-port=1521

enable-tftp=Y

 

Lanzamos el comando para reconfigurar la base de datos del software Spacewalk:

spacewalk-setup –disconnected –answer-file=confspacewalk

[root@SRVSPACEWALK ~]# spacewalk-setup –disconnected –answer-file=confspacewalk

* Loading answer file: confspacewalk.

* Setting up Oracle environment.

* Setting up database.

** Database: Setting up database connection for Oracle backend.

** Database: Testing database connection.

** Database: Populating database.

The Database has schema.  Would you like to clear the database [Y]? N

** Database: The database already has schema.  Skipping database population.

* Setting up users and groups.

** GPG: Initializing GPG and importing key.

* Performing initial configuration.

* Activating Spacewalk.

** Loading Spacewalk Certificate.

** Verifying certificate locally.

** Activating Spacewalk.

* Enabling Monitoring.

* Configuring apache SSL virtual host.

* Configuring tomcat.

** /etc/tomcat5/server.xml has been backed up to server.xml-swsave

Reversed (or previously applied) patch detected!  Skipping patch.

1 out of 1 hunk ignored — saving rejects to file web.xml.rej

* Configuring jabberd.

* Creating SSL certificates.

** SSL: Generating CA certificate.

** SSL: Deploying CA certificate.

** SSL: Generating server certificate.

** SSL: Storing SSL certificates.

Could not deploy SSL certificate.  Exit value: 1.

Please examine /var/log/rhn/rhn_installation.log for more information.

Ejecutamos el servicio:

[root@CENTREPOSND01 ~]# /usr/sbin/spacewalk-service start

Starting spacewalk services…

Initializing jabberd processes …

Starting router:                                           [  OK  ]

Starting sm:                                               [  OK  ]

Starting c2s:                                              [  OK  ]

Starting s2s:                                              [  OK  ]

Starting osa-dispatcher: RHN 6119 2012/10/04 09:38:06 +02:00: (‘Not able to reconnect’,)

RHN 6119 2012/10/04 09:38:06 +02:00: (‘Traceback (most recent call last):\n  File “/usr/share/rhn/osad/jabber_lib.py”, line 252, in setup_connection\n    c = self._get_jabber_client(js)\n  File “/usr/share/rhn/osad/jabber_lib.py”, line 309, in _get_jabber_client\n    c.connect()\n  File “/usr/share/rhn/osad/jabber_lib.py”, line 589, in connect\n    raise SSLDisabledError\nSSLDisabledError\n’,)

                                                           [  OK  ]

Starting tomcat5:                                          [  OK  ]

Waiting for tomcat to be ready …

Iniciando httpd:                                           [  OK  ]

Starting Monitoring …

[ OK ]

Starting MonitoringScout …

[ OK ]

Starting rhn-search…

Starting cobbler daemon:                                   [  OK  ]

Starting RHN Taskomatic…

Done.

Entramos al servidor vía https://srvspacewalk, si todo es correcto la configuración debe haberse mantenido.

Yo como tenía el problema del límite de oracle-xe había deshabilitado repositorios, que tuve que resincronizar. Pero no tuve mayor problema.

 

Acerca de Raul Unzue Pulido

Administrador de sistemas virtuales, linuxero y entusiasta de la tecnología.

Compruebe también

Fecha-expiracion-usuario-Linux

Fecha expiracion usuario Linux

Fecha expiración usuario Linux Hoy os quiero mostrar un comando interesante que os ayudará con …

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

dieciseis − 9 =

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.

ACEPTAR
Aviso de cookies
Blog Maquinas Virtuales