VM inaccessibile

Quindi ho dovuto chiudere da remoto i miei server la scorsa notte mentre il condizionatore d'aria si spense su di noi. Ho spento le macchine virtuali e quindi gli host. Oggi sono stati licenziati i 2 host che avviano automaticamente le macchine virtuali. I datastore per le macchine virtuali sono LUN isci situati su un Synology NAS di cui disponiamo, il NAS non è stato spento. Per qualche motivo, quando ho avviato il backup di tutto, la mia macchina virtuale di posta elettronica risulta inaccessibile e nei registri vengono visualizzati tutti i tipi di errori che indicano "Il volume VMFS" Server Synology-Email "SOLO ATS non è installato. L'host non supporta l'inizializzazione ATS o ATS ha fallito "tutte le mie altre VM stanno perfettamente bene con altri datastore sullo stesso NAS.

Durante la navigazione nell'archivio dati nel client Vcphere o vcenter, non riesco a montare, smontare o sfogliare i file perché sono tutti in grigio. Ho provato a riavviare sia l'host che il NAS alcune volte.

ESXi 6.0 su entrambi gli host

BINGO !!! Bene, ecco come è stato risolto:

Ho fatto riferimento a questo artice per smontare l'archivio dati, https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2004605

Passaggio 1: smontare manualmente l'archivio dati dall'host con questo comando:

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

Nel mio caso ho appena usato il comando label.

Passaggio 2: verificare che il datastore sia smontato:

esxcli storage filesystem list

Vedi un output simile 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

Il campo Montato è impostato su false, il campo Tipo è impostato su Versione sconosciuta VMFS e non esiste alcun Punto di montaggio.

Passaggio 3: disabilitare le impostazioni di blocco solo ATS.

Ho fatto riferimento a questo articolo:

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

In vcenter (o tramite client vsphere) sono andato su Host e Cluster e ho selezionato il mio host che stava dando i problemi, ho cercato Impostazioni e Impostazioni di sistema avanzate. In Impostazioni di sistema avanzate ho modificato 3 valori come segue (tutti erano impostati su 1):

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

Passaggio 4: reinstallazione del datastore:

In vcenter ho selezionato il datastore che mi dà problemi, ho fatto clic con il tasto destro e ho selezionato Mount Datastore e quindi ho acceso la mia VM.

Quindi prova ed esci per la giornata.

Questo suggerimento ha funzionato per me in passato, se è possibile disabilitare solo ATS:

Impossibile montare l'archivio dati VMFS5 quando si utilizzano appliance di crittografia di archiviazione (2030416)

Immagino che nessuna VM sia attiva nel tuo caso, ma devono essere vicine per poter eseguire il comando.

Alcune appliance di crittografia di archiviazione possono bloccare determinati comandi SCSI, inclusi i comandi ATS, inviati dagli host ESXi. I datastore VMFS5 appena creati su dispositivi compatibili con ATS sono contrassegnati come ATSO solo dopo il primo comando ATS riuscito sul dispositivo. Ciò consente a tutti gli host che condividono l'archivio dati di utilizzare ATS senza verificare se l'array di archiviazione lo supporta o meno. Quando il dispositivo di crittografia di archiviazione viene quindi aggiunto alla SAN, blocca i comandi ATS. Di conseguenza, l'host presuppone che l'array non supporti ATS perché non ha ricevuto la risposta prevista. Il comportamento previsto è che l'host non ricorre all'utilizzo delle prenotazioni SCSI-2 per il meccanismo di blocco sull'archivio dati ATSOnly VMFS5, che viene quindi smontato e non può essere nuovamente montato. Per aggirare questo problema, disabilitare ATSOnly sull'archivio dati VMFS5.

Nota: tutte le macchine virtuali devono essere migrate dall'archivio dati interessato o disattivate prima di eseguire i passaggi seguenti. Per disabilitare ATSOnly sull'archivio dati 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

modificare.

Run the following command to rescan for datastores:

esxcli storage filesystem rescan

The VMFS5 datastore should now mount successfully.