VM inaccesible

Así que tuve que apagar mis servidores de forma remota anoche mientras el aire acondicionado se nos caía encima. Apagué las máquinas virtuales y luego los hosts. Encendió los 2 hosts hoy que inician automáticamente las máquinas virtuales. Los almacenes de datos para las máquinas virtuales son LUN isci ubicados en un Synology NAS que tenemos, el NAS no se apagó. Por alguna razón, cuando reinicié todo, mi máquina virtual de correo electrónico se muestra como inaccesible y recibo todo tipo de errores en los registros que dicen "SÓLO ATS 'El volumen' Servidor de correo electrónico Synology 'de VMFS no está montado. El host no admite la inicialización de ATS o ATS ha fallado "todas mis otras máquinas virtuales están perfectamente bien con otros almacenes de datos en el mismo NAS.

Cuando busco en el almacén de datos en Vsphere client o vcenter, no puedo montar, desmontar o examinar archivos, ya que todos están atenuados. He intentado reiniciar el host y el NAS varias veces.

ESXi 6.0 en ambos hosts

¡¡¡BINGO!!! Muy bien, así es como se resolvió esto:

Hice referencia a este artículo para desmontar el almacén de datos, https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2004605

Paso 1: desmonte manualmente el almacén de datos del host con este comando:

esxcli storage filesystem unmount [-u UUID | -l label | -p path ]

En mi caso, acabo de usar el comando de etiqueta.

Paso 2: Verifique que el almacén de datos esté desmontado:

esxcli storage filesystem list

Usted ve resultados similares a:

Mount Point Volume Name UUID Mounted Type Size Free
------------------------------------------------- ----------- ----------------------------------- ------- ------ ----------- -----------
/vmfs/volumes/4de4cb24-4cff750f-85f5-0019b9f1ecf6 datastore1 4de4cb24-4cff750f-85f5-0019b9f1ecf6 true VMFS-5 140660178944 94577360896
/vmfs/volumes/4c5fbff6-f4069088-af4f-0019b9f1ecf4 Storage2 4c5fbff6-f4069088-af4f-0019b9f1ecf4 true VMFS-3 146028888064 7968129024
/vmfs/volumes/4c5fc023-ea0d4203-8517-0019b9f1ecf4 Storage4 4c5fc023-ea0d4203-8517-0019b9f1ecf4 true VMFS-3 146028888064 121057050624
LUN01 4e414917-a8d75514-6bae-0019b9f1ecf4 false VMFS-unknown version 0 0

El campo Montado se establece en falso, el campo Tipo se establece en la versión desconocida de VMFS y no existe ningún Punto de montaje.

Paso 3: Deshabilitar la configuración de bloqueo solo ATS.

Hice referencia a este artículo:

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1033665

En vcenter (o a través del cliente vsphere) fui a Hosts and Clusters y seleccioné mi host que estaba dando los problemas, navegué a Configuración y Configuración avanzada del sistema. En Configuración avanzada del sistema, cambié 3 valores de la siguiente manera (todos ellos se establecieron en 1):

DataMover.HardwareAcceleratedMove = 0  
DataMover.HardwareAcceleratedInit = 0
VMFS3.HardwareAcceleratedLocking = 0

Paso 4: volver a montar el almacén de datos:

En vcenter seleccioné el almacén de datos que me daba problemas, hice clic derecho y seleccioné Mount Datastore y luego encendí mi VM.

Luego prueba y deja de fumar por el día.

Este consejo me funcionó en el pasado, si puede deshabilitar solo ATS:

No se puede montar el almacén de datos VMFS5 cuando se utilizan dispositivos de cifrado de almacenamiento (2030416)

Supongo que no hay VM en su caso, pero deben estar cerca para poder ejecutar el comando.

Algunos dispositivos de cifrado de almacenamiento pueden bloquear ciertos comandos SCSI, incluidos los comandos ATS, enviados desde hosts ESXi. Los almacenes de datos VMFS5 recién creados en dispositivos con capacidad ATS se marcan como ATS Solo después del primer comando ATS exitoso en el dispositivo. Esto permite que todos los hosts que comparten el almacén de datos utilicen ATS sin verificar si la matriz de almacenamiento lo admite o no. Cuando el dispositivo de cifrado de almacenamiento se agrega a la SAN, bloquea los comandos ATS. Como resultado, el host supone que la matriz no admite ATS porque no recibió la respuesta esperada. El comportamiento esperado es que el host no recurra al uso de las reservas SCSI-2 para el mecanismo de bloqueo en el almacén de datos ATSOnly VMFS5, que luego se desmonta y no se puede volver a montar. Para evitar este problema, deshabilite ATSOnly en el almacén de datos VMFS5.

Nota: Todas las máquinas virtuales deben migrarse del almacén de datos afectado o apagarse antes de ejecutar los pasos a continuación. Para deshabilitar ATSOnly en el almacén de datos VMFS5:

Connect to one of the hosts sharing the VMFS5 datastore with an SSH session. For more information, see
Run the following command:

vmkfstools --configATSOnly 0 /vmfs/devices/disks/device-ID:Partition

Where:

device-ID is the NAA ID of the LUN on which the VMFS5 datastore was created.
Partition is the partition number on which VMFS5 datastore was created. This is usually 1.

For example:

vmkfstools --configATSOnly 0 /vmfs/devices/disks/naa.6006016055711d00cef95e65664ee011:1

Note: It is sufficient to run this command on one of the hosts sharing the VMFS5 datastore. Other hosts automatically recognize the

cambio.

Run the following command to rescan for datastores:

esxcli storage filesystem rescan

The VMFS5 datastore should now mount successfully.