NVP vProxy: el disco de VM se elimina o se restaura como una unidad vacía
Resumen: La restauración de la máquina virtual (VM) falla y el archivo de disco de la VM se elimina o se vuelve cero durante la operación de restauración de VM. La VM de vProxy se transfirió mediante vMotion en VMware debido a la configuración de VMware Distributed Resource Scheduler (DRS). ...
Síntomas
Una restauración de VM realizada mediante el dispositivo vProxy de NetWorker VMware Protection (NVP). Aparece una de las siguientes condiciones:
- La restauración de la VM falla y la VM muestra un disco faltante o sin cero.
- La restauración de la VM se realiza correctamente; sin embargo, la máquina virtual recuperada no se enciende porque falta el disco del sistema operativo.
- La restauración de la VM se realiza correctamente y la VM se enciende; sin embargo, falta uno de los discos de datos en la VM recuperada.
La VM recuperada muestra un disco "puesta a cero":
Figura 1: la VM muestra un disco faltante o puesta a cero.
La restauración de VM falla y se muestra el siguiente error en el registro de la sesión de recuperación de VM:
YYYY-MM-DDTHH:MM:SSZ DEBUG: [105] Data Mover: Hard disk 3: Reporting disk status error: Failed to initialize Block Writer. Failed to open source VMDK '[DATASTORE] VM_NAME/VM_NAME_2.vmdk': VDDK Error: 13: You do not have access rights to this file.
El vProxy de /opt/emc/vproxy/runtime/logs/vrecoverd/vrecoverd-vddk.log puede mostrar una alerta de "No encontrado".
YYYY-MM-DDTHH:MM:SSZ NOTICE: VDDK INFO YYYY-MM-DDTHH:MM:SSZ3Z error -[13331] [Originator@6876 sub=transport] Unmounting 42126e5f-f18a-8243-01ea-6a29456f8ecb using transport hotadd failed : Got bad HTTP response during feteching file (Not Found).
Las VM de vProxy vmware.log muestra que se inició vMotion durante la restauración.
YYYY-MM-DDTHH:MM:SSZ In(05) vmx - SVMotion: Enter Phase 1 .... YYYY-MM-DDTHH:MM:SSZ In(05) worker-2107995 - SVMotionCleanupThread: Cleanup complete.
vmware.log los archivos se almacenan en la misma ubicación que los archivos de configuración de VM. En vSphere Web Client, vaya al almacén de datos de la VM y abra la carpeta VM. vmware.log Los archivos se pueden descargar desde aquí. El archivo vmware.log se registra en formato UTC, donde se puede configurar la zona horaria de vProxy durante la implementación. Esto puede causar una incompatibilidad en el tiempo observado en el registro de vProxy con el vmware.log. Convierta la hora de la zona horaria de vProxy a UTC para alinear el evento de vMotion con la ventana de restauración de VM. El problema específico observado con la VM puede variar según el momento específico en que se produjo vMotion durante la sesión de restauración.
Causa
VMware Distributed Resource Scheduler (DRS) está habilitado. La VM de vProxy se vMotion en el entorno VMware durante la operación de restauración. Cuando una VM recibe vMotion, reclama cualquier disco conectado a ella. Durante una restauración de VM, los discos de la VM se conectan al vProxy. Si se produce un proceso de vMotion durante la restauración, se cambia el nombre de los discos para que pertenezcan al vProxy.
Según la cantidad de discos que tenga la VM y el momento en que se produzca vMotion en el vProxy, es posible que algunos discos se restauren correctamente. Cuando se inicia vMotion, los discos pendientes fallan. Se cambia el nombre del disco de VM, por lo que el proceso de recuperación no puede encontrar el disco de máquina virtual de VMware (VMDK) con el nombre de VM.
Esta es la funcionalidad esperada basada en el diseño de vMotion. Consulte el artículo 1029513 de VMware.
Resolución
Se deben evitar las operaciones automáticas de vMotion para las VM de vProxy. Si una VM de vProxy recibe vMotion en medio del respaldo o la restauración, puede causar problemas inesperados. Deshabilite DRS en la VM de vProxy.
Consulte con el administrador o el equipo de soporte de VMware para realizar estos cambios.
Información adicional
Pueden aparecer problemas similares debido a daños en el archivo (CTK) de Change Block Tracking (CBT): NVP-vProxy: La recuperación de VM se marca como correcta, pero la VM no arranca con el error: Sistema operativo faltante