Clonación disco duro virtual en ESX por comando

Normalmente, como sistema de backup gratuito bajo ESX utilizo un script en Perl llamado Virtual Infrastructure Scripted Backup Utility v1.0.1 (vi-bakcup.pl).

Sucede que algunas veces de forma misteriosa y sin saber porqué no realiza el backup correctamente. Incluso si realizas una clonación desde el VirtualCenter sigue dando fallos.



Una solución que se puede utilizar es una clonación del disco duro virtual por consola.

En este caso vamos a clonar una máquina crítica, de la cual necesitamos tener copia de seguridad diaría. Se trata de un servidor Windows 2003 Server que realiza las funciones de Entidad Certificadora.

Primeor de nada. Antes de pararla y clonarla podemos realizar una última comprobación y ver si las copias no se realizan porque tiene algún snapshot bloqueado. La forma más sencilla de comprobarlo es dirigiendonos al directorio donde están los ficheros guardados y ver si tiene algún archivo con la extensión *.lck.

Si no existe como es nuestro caso procederemos a realizar las funciones de clonación del disco.



Antes de nada cogeremos las propiedas de nuestra máquina virtual y crearemos en el mismo u otro ESX la misma máquina. Hay que tener en cuenta que cuando se realice la clonación el origen y el destino han de poder verse. Esto es por si irán en diferentes LUN's por ejemplo.



Cuando creemos nuestra máquina nueva nos saltaremos el paso de asignarle un disco duro. Ya que una vez clonado escogeremos el disco duro nuevo.



Una vez creada la máquina nueva. Nos dirigiremos a la antigua y nos aseguraremos de cual es el nombre exacto del disco duro del sistema para no equivocarnos en el caso de que tuviese más de una unidad.



Una vez comprobado, escogeremos algún programa para conectar por SSH, por ejemplo Putty.

Una vez conectados a nuestra máquina nos dirigimos hasta el directorio donde está guardada nuestra máquina virtual.



Una vez identificado nuestro archivo VMDK a clonar ejecutaremos el comando "VMKFSTOOLS"

vmkfstools -i /vmfs/volumes/LUN-01/CA/disco_duro_VM.vmdk /vmfs/volumes/LUN-02/CA-NUEVA/disco_duro_VM_nuevo.vmdk

Si todo sale bien cuando finalizase nos indicará que se ha completado el 100%.



Ahora solo tendremos que ir a nuestra nueva máquina virtual y editarla agregando esta nueva clonación.



Una vez esté todo listo, iniciaremos la máquina para comprobar que está todo correcto.

VMware VSphere 4 Administration Instant Reference

Class not registered (Exception from HRESULT : 0x80040154 (REGDB_E_CLASSNOTREG)

Si alguna vez accediendo a nuestros ESX con el cliente de VMWare nos sale un mensaje como el de la captura siguiente:



Es posible que se deba a que el cliente se instaló desde un usuario que ya no existe. Este problema puede no permitir que accedamos a las consolas de nuestras máquinas virtuales.

La forma más rápida de solventar el problema será:

1. Ir a nuestro Virtual Center y descargarnos de nuevo el cliente.
2. Desinstalar la versión actual de nuestro Infrastructure Client.
3. Reinstalar como Administrador el cliente que nos hemos bajado.

Si todo ha ido bien, debería arrancar correctamente y ya deberiamos poder ver las máquinas virtuales correctamente.

Crear NFS bajo Windows 2003 Server R2

Hace poco me encontré que montando un ESXi 4 el tema de copiar hacia un recurso compartido en Windows era diferente a los ESX 3.5/4.

Buscando información de como hacer posible esto encontré unos videos los cuales explican paso a paso como crear en una carpeta bajo Windows 2003 R2 un NFS y que nuestro cliente de VMWare pueda agregarlo para por ejemplo poder copiar los backups de las imagenes que hay allí funcionando.

Aunque está en inglés, se entiende perfectamente de forma visual.

Errores migración in-place Windows 2008

Hace poco realicé bajo un entorno de test una migración del DC principal de Windows 2003 Server Standard (SP2) a Windows 2008 SP2 Standard.

Utilicé un backup de una imagen de VMWare ESX del día anterior.

Seguí los siguientes pasos del siguiente enlace para realizar la migración.

Migración in-place Windows 2008

Una vez realizada la migración correctamente, al iniciar sesión lo realiza correctamente.

El problema se detecta cuando quiero iniciar services.msc. No inicia.

Miro otros servicios del DC como DHCP o DNS y tampoco inician.

Aparentemente todo está correcto y parece un misterio de porque no arrancan muchas cosas.

Después de investigar, hacer pruebas con diferentes versiones, otra imagen de VMWare ESX, se descubrió que este servidor se había visto afectado por el virus Kiddo.

Al aplicarle la vacuna de Kaspersky, este generó una clave en el registro de Windows.

La clave en concreto es:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog

Para eliminarla, realizaremos los siguientes pasos:

Inicio > ejecutar > regedit

Ir hasta el siguiente registro: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog

y eliminar el apartado Parameters

Reiniciar el equipo y comprobar que ya inicia correctamente el visor de eventos y sincroniza con el resto de DC's.

Activar acceso por SSH en ESXi 4.0

En la pantalla de inicial que no sale en ESXi 4 pulsaremos Alt+F1 para pasar a la pantalla de login.

Nos saldrá una pantalla en la cual aparentemente no nos deja teclear nada.




Tecleamos directamente “unsupported” y le damos Intro.

Nos solicitará el password de root de nuestra máquina.



Editaremos con VI el archivo /etc/inetd.conf


Una vez dentro modificaremos la línea donde está el servicio SSH.


Guardamos los cambios realizados (:wq).

Para reiniciar el servicio ejecutaremos el siguiente comando:


Mataremos el proceso que nos salga en pantalla con el comando Kill.
En nuestro caso es el 4881 (puede tener otro nº distinto).


Luego ejecutamos Inetd


Una vez reiniciados los servicios comprobamos que podemos acceder por ejemplo con Putty por SSH.


La primera vez que nos conectemos por Putty nos saldrá el siguiente mensaje:


Le damos al botón “Sí”. Ya no debería volver a salirnos. Una vez aceptado estaremos ya conectados por SSH.

booting: MBI=0x000100d8, entry=0x00100212

Module: Install.tgz
Loading: Intall.tgz

booting:
MBI:0x000100d8, entry=0x00100212

Este código de error me salió al intentar upgradear un ESXi 3.5 a un ESXi 4 sobre un IBM xSeries 346 con un Intel Xeon 2,7Ghz.

Una vez intenta empezar a instalar acaba dando este error.

Buscando por Internet encuentro 2 enlaces en los foros de VMWare. Otro usuario tiene este problema.

Este usuario por eso le sucede sobre un HP DL580 G2 con un Intel Xeon 2,8Ghz.

En otro hilo también en los foros de VMWare, otro usario tiene el mismo problema, pero esta vez si que tiene un procesador 64bits (AMD Athlon64 3200+). En este caso el mismo mensaje se puede dar por módulos de memoría de diferente tamaño.