El volumen de la consola de mi servidor VMware ESX pasó a ser de solo lectura.¿Cómo puedo guardar mis máquinas virtuales?

Question

Dos volúmenes RAID, kernel/consola de VMware ejecutándose en un RAID1, vmdks en vivo en un RAID5.Ingresar un inicio de sesión en la consola solo genera errores SCSI, no se solicita contraseña.Alabado sea, las máquinas virtuales todavía están funcionando.Sin embargo, pensamos que al reiniciar el kernel puede no volver a iniciarse y las máquinas virtuales dejarán de funcionar.

Tenemos copias de seguridad de bases de datos y discos de las máquinas virtuales, pero no copias de seguridad de los vmdks en sí.

¿Cuáles son mis opciones?

Nuestra mejor idea actual es

1. Utilice VMware Converter para crear vmdks en vivo a partir de las máquinas virtuales en ejecución, como si fuera una migración P2V.
2. Reinicie el servidor host y ejecute el diagnóstico RAID, averigüe qué sucedió en la "h"
3. Intente iniciar ESX nuevamente, posiblemente después de reconstruir su volumen RAID
4. Posiblemente tenga que reinstalar ESX en su volumen y volver a conectar las máquinas virtuales
5. Si eso no funciona, adjunte los vmdks "activos" creados en el paso 1 a un host de VM diferente.

Answer 1

Era el plano posterior.Ambas unidades del RAID1 y una unidad del RAID5 eran inaccesibles.Increíblemente, el hipervisor VMware continuó ejecutándose durante tres días desde la memoria sin acceso a su disco host, manteniendo vivas las máquinas virtuales que administraba.

En el paso 3 anterior, diagnosticamos el problema de hardware y reemplazamos el controlador RAID, los cables y el backplane.Después del reinicio, reiniciamos el RAID indicando al controlador que consultara las unidades para conocer sus configuraciones.Ambos resultaron degradados y ambos fueron reparados con éxito.

En el paso 4, no fue necesario reinstalar ESX;aunque, durante el arranque, no quiso registrar las máquinas virtuales.Tuvimos que desenterrar algunas cosas de administración enterradas para indicarle al kernel que re-resignara las VM.(Busque en documentos de VM "renuncia").

Creo que nuestro plan alternativo habría funcionado, las imágenes de VMware Converter de las máquinas virtuales que se ejecutaban "huérfanas" se probaron y funcionaron bien sin pérdida de datos.Recomiendo encarecidamente realizar una creación de imágenes de VMware Converter de cualquier máquina virtual que entre en este estado, después de cerrar tantos servicios como sea posible y poner la máquina virtual en un estado de solo lectura lo más posible.Cargar un vmdk en otro lugar o en el host original como reparación generalmente será MUCHO más rápido que reconstruir un servidor desde cero con copias de seguridad.