Ayuda - ESXI 5.0 y VM con discos Flat y Delta

[marcelofusse]

Gente buenas noches, tengo en produccion un ESXI 5.0, el mismo, un dia se clavo y  no dejo entrar ni por consola ni por ssh ni por el cliente

Hoy reinstalamos el Operativo (dejando la opcion de instalar y conservar el datastore), obviamente perdimos el listado de las vm, asi que me puse a agregar VM por VM cuando... .de repende quiero agregar un disco VMDK y no lo ve, por ssh lo  veia que esta el mismo, pero no podia agregarlo

Hice la restauracion  con VMKFSTOOLS -c xxxx -a  lsilogic -d thin temp.vmdk

pero nada... veo que tengo varios archivos delta, si levanto el flat solo es una vercion muy vieja de la VM (obviamente, entre  las snap fue guardando las modficicaciones)

Alguna idea de como manejar lo deltas? en algunos casos tengo hasta 4 archivos de ellos

Saludos

[sorcerer12101]

Hola,

La primera pregunta sería si conservas alguno de los ficheros vmdk originales. Los ficheros vmdk completos están compuestos por dos ficheros, el primero es el descriptor de los datos del disco y el segundo, el flat, el que contiene los datos y esto para cada uno de los discos que tengas, el principal y los de snapshot. Cada cada disco tiene un número CID que lo identifica y cuando tenemos discos de snapshots todos los discos están relacionados entre ellos en cadena a través de este número CID, que establece el orden de la cadena de discos. Esta "cadena" de números CID debe estar completa así como todos los datos descriptores del disco que identifican el tipo y tamaño de disco. Si la "cadena" está rota o los datos descriptores son incorrectos no podrías recuperar el disco con todos los datos.

Si no conservas ninguno de los discos descriptores el problema es serio porque no tienes por donde empezar, si tienes alguno es más fácil intentar reconstruir la cadena de discos. Para ambos casos para recuperar los descriptores que te faltan puedes crear un disco virtual nuevo , o varios según necesites, en cualquier máquina virtual dándole el mismo tamaño que el disco dañado. Si sabes exacto el tamaño que tenía el disco original, estos discos nuevos tendrán los datos correctos en los descriptores en cuanto al tipo y tamaño y lo que te faltara es regenerar la cadena de discos creando nuevos números CID que relacionen todos los discos

Una vez esté todo correcto podrás hacer una consolidación de los mismos con el comando vmkfstools y tendrás todo como lo tenías.

Recuerda también que los snapshots no deben mantenerse más de una semana y que es muy poco recomendable hacer procesos como el Storage VMotion con máquinas que tienen snapshots. Con los snapshots es mucho más díficil recuperar discos cuando pasan cosas como la que te ha pasado a ti.

Espero haberte ayudado.

Un saludo,

[sanmarfe]

Estimado buenos días.

Te encuentras en una situacion dificil, pero no imposible de solucionar dependiendo de si te faltan archivos o solo has perdido la lógica de la cadena de snaps.

Yo te recomendaría que dependiendo de la importancia de la MV en la que tienes los problemas, abras un caso de soporte con el fabricante.

Si esta no es una opción, adjunto unos links que te pueden ser útiles para la reconstrucción de los discos.

VMware KB: Recreating a missing virtual machine disk descriptor file

http://xtravirt.com/blog/recover-vms-with-corrupt-snapshots/

Espero haber sido de ayuda.

Saludos,

[marcelofusse]

Estimados, les cuentos, los VMDK que son los descriptores desaparecieron, juntos con los VMX, asi que si, no sabes el orden de las Snapshot lamentablemente les paso como tengo el directorios (como quedo después de la instalación)

-rw-------    1 root     root        587288576        Jun 10 16:06       VM-Fiscal-000001-delta.vmdk

-rw-------    1 root     root        13539299328     Jun 10 16:06      VM-Fiscal-000002-delta.vmdk

-rw-------    1 root     root        704729088        Jun 12  2013      VM-Fiscal-000003-delta.vmdk

-rw-------    1 root     root        30048079872    Jun 10 17:55      VM-Fiscal-000004-delta.vmdk

-rw-------    1 root     root        42949672960    Jun 10 17:11      VM-Fiscal-flat.vmdk

-rw-------    1 root     root        8684                Jun 10 17:55      VM-Fiscal.nvram

-rw-r--r--    1 root     root        0                     Jun 10 09:38      VM-Fiscal.vmsd

con la herramienta pudimos levantar la  flat y crear descriptor también para la 000004 que apuntaba como padre al flat y su archivo era el Delta 4

# Disk DescriptorFile

version=1

encoding="UTF-8"

CID=fd01c221

parentCID=0f0b100a

isNativeSnapshot="no"

createType="vmfsSparse"

parentFileNameHint="VM-Fiscal.vmdk"

# Extent description

RW 83886080 VMFSSPARSE "VM-Fiscal-000004-delta.vmdk"

# The Disk Data Base

#DDB

ddb.longContentID = "afa91128c8b0cf42be18e823fd01c221"

ddb.toolsVersion = "8389"

[sorcerer12101 · Accepted solution]

Hola,

El "disco 4" no puede apuntar al disco padre como lo llamas o disco original. La cadena iría del disco 4 al 3, del 3 al 2, del 2 al 1 y el 1 es el que apuntaría directamente al original. Como te ponía en el comentario anterior si eres capaz de regenerar los descriptores en base al tamaño de los discos tienes que configurar cada disco descriptor  con su propio CID y el parentCID del disco previo, es decir,  CID disco 4 más parentCID= al número CID del disco 3, el disco 3 con su CID y el parentCID= al numero CID del disco 2, etc, hasta completar la cadena. Si la cadena de números CID es correcta y el resto de parametros del descriptor son correctos o encajan podrás hacer una consolidación con el vmkfstools y disponer de nuevo de tu máquina actualizada.

Un saludo,

[marcelofusse]

Asi es, aparte de eso, los CID y Parent ID de los vmdk de los delta, tiene que apuntar y ser al del padre, ya lo pudimos solucionar, muchas gracias a todos!