VM nicht zugänglich

Also musste ich letzte Nacht meine Server aus der Ferne herunterfahren, als die Klimaanlage auf uns ausfiel. Ich habe die VMs und dann die Hosts heruntergefahren. Habe heute die 2 Hosts hochgefahren, die die VMs automatisch starten. Datenspeicher für die VMs sind isci-LUNs, die sich auf einem Synology NAS befinden, den wir haben. Der NAS wurde nicht heruntergefahren. Aus irgendeinem Grund, wenn ich alles gesichert habe, wird meine E-Mail-VM als unzugänglich angezeigt und es werden alle möglichen Fehler in den Protokollen angezeigt, die besagen, dass "ATS-ONLY VMFS-Volume 'Synology-Email-Server' nicht gemountet ist. Der Host unterstützt keine ATS- oder ATS-Initialisierung ist fehlgeschlagen "Alle meine anderen VMs sind mit anderen Datenspeichern auf demselben NAS vollkommen in Ordnung.

Wenn ich im Vsphere-Client oder in vcenter zum Datenspeicher navigiere, kann ich keine Dateien mounten, aushängen oder durchsuchen, da sie alle ausgegraut sind. Ich habe einige Male versucht, sowohl den Host als auch den NAS neu zu starten.

ESXi 6.0 auf beiden Hosts

BINGO!!! Okay, hier ist, wie dies gelöst wurde:

Ich habe auf diesen Artikel verwiesen, um die Bereitstellung des Datenspeichers zu deaktivieren: https://kb.vmware.com/selfservice/microsites/search.do?language=de_DE&cmd=displayKC&externalId=2004605

Schritt 1: Hängen Sie den Datenspeicher mit diesem Befehl manuell vom Host aus:

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

In meinem Fall habe ich nur den Befehl label verwendet.

Schritt 2: Stellen Sie sicher, dass der Datenspeicher nicht bereitgestellt ist:

esxcli storage filesystem list

Sie sehen eine Ausgabe ähnlich der folgenden:

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

Das Feld "Bereitgestellt" ist auf "Falsch" gesetzt, das Feld "Typ" ist auf "VMFS-unbekannte Version" festgelegt und es ist kein Bereitstellungspunkt vorhanden.

Schritt 3: Deaktivieren der ATS-Only-Sperreinstellungen.

Ich habe auf diesen Artikel verwiesen:

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

In vcenter (oder über den vsphere-Client) ging ich zu Hosts und Clustern und wählte meinen Host aus, auf dem die Probleme auftraten, und navigierte zu Einstellungen und erweiterten Systemeinstellungen. In den erweiterten Systemeinstellungen habe ich 3 Werte wie folgt geändert (alle wurden auf eingestellt 1):

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

Schritt 4: Erneutes Mounten des Datenspeichers:

In vcenter habe ich den Datenspeicher ausgewählt, der mir Probleme bereitet, mit der rechten Maustaste geklickt und Datenspeicher bereitstellen ausgewählt und dann meine VM eingeschaltet.

Dann testen und für den Tag beenden.

Dieser Tipp hat in der Vergangenheit bei mir funktioniert, wenn Sie ATS-Only deaktivieren können:

Der VMFS5-Datenspeicher kann nicht bereitgestellt werden, wenn Speicherverschlüsselungs-Appliances verwendet werden (2030416).

Ich denke, in Ihrem Fall ist keine VM aktiv, aber sie müssen in der Nähe sein, um den Befehl ausführen zu können.

Einige Speicherverschlüsselungs-Appliances blockieren möglicherweise bestimmte SCSI-Befehle, einschließlich ATS-Befehle, die von ESXi-Hosts gesendet werden. Auf ATS-fähigen Geräten neu erstellte VMFS5-Datenspeicher werden nach dem ersten erfolgreichen ATS-Befehl an das Gerät als ATSOnly markiert. Auf diese Weise können alle Hosts, die den Datenspeicher gemeinsam nutzen, ATS verwenden, ohne zu prüfen, ob das Speicherarray dies unterstützt. Wenn das Speicherverschlüsselungsgerät dann zum SAN hinzugefügt wird, blockiert es die ATS-Befehle. Infolgedessen geht der Host davon aus, dass das Array ATS nicht unterstützt, da es nicht die erwartete Antwort erhalten hat. Das erwartete Verhalten besteht darin, dass der Host nicht auf die Verwendung von SCSI-2-Reservierungen für den Sperrmechanismus im ATSOnly VMFS5-Datenspeicher zurückgreift, der dann nicht bereitgestellt wird und nicht erneut bereitgestellt werden kann. Deaktivieren Sie ATSOnly im VMFS5-Datenspeicher, um dieses Problem zu umgehen.

Hinweis: Alle virtuellen Maschinen müssen aus dem betroffenen Datenspeicher migriert oder ausgeschaltet werden, bevor die folgenden Schritte ausgeführt werden. So deaktivieren Sie ATSOnly im VMFS5-Datenspeicher:

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

Veränderung.

Run the following command to rescan for datastores:

esxcli storage filesystem rescan

The VMFS5 datastore should now mount successfully.