lunes, 19 de mayo de 2008

VMWare converter 3.0.3 - Algunas aclaraciones adicionales

Parece que el boom de la virtualización llegó al blog, tanto que vino de la mano de varias consultas relacionadas a un frecuente problema que suele ocurrir bajo determinadas condiciones luego de virtualizar un equipo físico. Este problema consiste básicamente en que, en las condiciones que voy a citar a continuación, el equipo puede quedarse "freezado" durante la carga inicial del sistema operativo.

¿Cuál es la intención de este posteo? Unificar toda la información que se suele encontrar de forma parcial en muchos otros sitios, con la intención de facilitarles el solucionar un problema más frecuente de lo que muchos creen.

Para evitar este problema, simplemente se deben seguir unos simples pasos:

Previos a la virtualización:

    • Instalar el último Service Pack disponible.
    • Instalar en su totalidad las últimas actualizaciones críticas disponibles.
    • Instalar la última versión de VMWare Converter Starter en el servidor, y la última versión del cliente, en el equipo a virtualizar.

Posteriores a la virtualización:

    • Si aún luego de haber seguido los pasos anteriores, el equipo se "freeza" durante la carga inicial del sistema operativo, o lo que es similar, se genera un loop continuo, se debe hacer lo siguiente:
      • 1. Iniciar el equipo con el CD-ROM del sistema operativo del equipo virtualizado. Este debe corresponder tanto en idioma como en versión de Service Pack, y esto es excluyente.
      • 2. Seleccionar el modo de reparación, y luego C, para acceder a la consola.
      • 3. Ejecutar Expand X:\i386\hal.dl_ %windir%\system32\hal.dll, aceptando la confirmación de sobreescritura.
      • 4. Ejecutar Expand X:\i386\ntoskrnl.ex_ %windir%\system32\ntoskrnl.exe, aceptando la confirmación de sobreescritura.
      • 5. Ejecutar Exit, para reiniciar el equipo. Este debería iniciar normalmente.
      • 6. Una vez iniciado, ejecutar el siguiente script. Este script deshabilitará todos los drivers y dispositivos virtuales que se hayan instalado como parte del proceso de virtualización, evitando que, en algunos casos, se presenten conflictos o errores.

Eso es todo. Por supuesto que no es una solución mágica, y pueden presentarse problemas con determinados dispositivos. En lo que respecta a mi experiencia personal, por el momento con este procedimiento siempre pude salir adelante, pero si llegan a encontrarse con algún otro problema durante el proceso de virtualización, por favor haganmelo saber así buscamos una solución.

Muy pronto estaré posteando información sobre virtualización con otros productos, y por supuesto, trataré Hyper-V.

Más info:

Virtualizando equipos físicos con VMWare Converter Starter y VMDK2VHD Converter

El mundo del revés - Pasando de equipos virtuales a físicos

Nueva versión de VMWare Converter Starter y comentarios

Saludos.

Marcelo.

2 comentarios:

Anónimo dijo...

Buen post y gracias por la info, me funcionó en muchos casos excepto el que os comento a continuación:

- Máquina física (servidor antiguo) -> P4, placa Asus, 2Gb RAM con win2003 Small Bussiness (32-bits) (Servidor con SQL Server, Exchange, IIS, Manager Dominio, Servidor DNS, ...).
- Máquina física (Servidor nuevo) -> HP Proliant ML150G6 8Gb RAM.

En el servidor nuevo tengo instalado un VMware ESXi 4.0.
El servidor antiguo está a las últimas (a veces no llega a cargar la bios, otras se cuelga después de unas horas de trabajo, etc) y, como me interesa mantener la configuración tal cual está, intenté Virtualizarlo "onlife" mediante VMware converter 4, pero nunca llega a terminar ya que el servidor antiguo no es muy estable y termina "petando" (reiniciandose) antes de tiempo.

Casualmente el servidor antiguo hacía copias de seguridad con Symantec LiveState que, con Vmware Converter, se pueden transformar a VM. Cuando cargo la imagen, el converter no reconoce la info del sistema original, se la indico manualmente y efectua el proceso completo. Luego, la VM resultante nunca llega a arrancar:
- Tiene todos los datos correctos.
- Con la consola de recuperación: He provado de restablecer los ficheros "ntoskrnl" y "hal".
- El fichero "boot.ini" es correcto
- Con el Partition Magic me he asegurado que la partición de sistema está activa
- Con la consola de recuperación: He hecho un fixboot y un fixmbr.
Pero nada ...

Llegado este punto veo que hay 2 cosas que pueden causar el problema:
- El antiguo disco era SATA; en la VM el disco consta como IDE.
- El disco antiguo era "Disco Dinámico".

Para intentar resolver el problema, he creado una nueva VM y hecho una instalación limpia del win2003 Small Bussiness (32-bits). Esta sí arranca correctamente.
Luego con el Norton ghost he sobreescrito la partición que funcionava, y puesto los datos de la partición que no arrancaba. Como resultado, ahora sí bootea correctamente pero enseguida da pantallazo azul.
Tampoco llega a entrar ni a "modo a prueba de fallos".

Ahora estoy intentando reparar la instalación con el cd...


¿Alguna sugerencia/consejo?

Marcelo di Iorio dijo...

Hola!

Fijate que VMWARE Converter no soporta la conversión de discos dinámicos, ese es el problema.

Saludos.

Marcelo.