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
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,
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,
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,
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"
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,
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!