VM Niedostępny

Musiałem więc zdalnie wyłączyć serwery zeszłej nocy, gdy klimatyzator nas zaskoczył. Zamykam maszyny wirtualne, a następnie hosty. Uruchomiłem dzisiaj 2 hosty, które automatycznie uruchamiają maszyny wirtualne. Magazyny danych dla maszyn wirtualnych to isci LUN znajdujące się na serwerze Synology NAS, który mamy, NAS nie został zamknięty. Z jakiegoś powodu, gdy uruchomiłem wszystko z kopii zapasowej, moja maszyna wirtualna e-mail pokazuje się jako niedostępna i dostaję różnego rodzaju błędy w logach informujące, że „Tylko serwer AMS VMFS woluminu„ Synology-Email Server ”nie został zamontowany. Host nie obsługuje inicjowania ATS ani ATS nie powiodło się ”wszystkie moje inne maszyny wirtualne działają doskonale z innymi magazynami danych na tym samym serwerze NAS.

Podczas przeglądania magazynu danych w kliencie Vsphere lub vcenter nie mogę montować, odmontowywać ani przeglądać plików, ponieważ wszystkie są wyszarzone. Kilka razy próbowałem ponownie uruchomić hosta i serwer NAS.

ESXi 6.0 na obu hostach

BINGO !!! Dobra, oto jak to rozwiązać:

Odwołałem się do tego artykulu do odmontowania magazynu danych, https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2004605

Krok 1: Ręcznie odmontuj magazyn danych z hosta za pomocą tego polecenia:

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

W moim przypadku użyłem właśnie polecenia label.

Krok 2: Sprawdź, czy magazyn danych jest odmontowany:

esxcli storage filesystem list

Wyświetlane są wyniki podobne do:

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

W polu Zamontowano ustawiono wartość false, w polu Typ wybrano wersję nieznaną dla systemu VMFS i nie istnieje żaden punkt podłączenia.

Krok 3: Wyłączanie ustawień blokowania tylko ATS.

Odniosłem się do tego artykułu:

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

W vcenter (lub za pośrednictwem klienta vsphere) poszedłem do hostów i klastrów i wybrałem hosta, który zgłaszał problemy, przejrzałem Ustawienia i Zaawansowane ustawienia systemu. W Zaawansowanych ustawieniach systemu zmieniłem 3 wartości w następujący sposób (wszystkie zostały ustawione na 1):

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

Krok 4: Ponowne zamontowanie magazynu danych:

W vcenter wybrałem magazyn danych powodujący problemy, kliknąłem prawym przyciskiem myszy i wybrałem Mount Datastore, a następnie uruchomiłem maszynę wirtualną.

Następnie przetestuj i wyjdź na cały dzień.

Ta wskazówka działała dla mnie w przeszłości, jeśli możesz wyłączyć tylko ATS:

Nie można zamontować magazynu danych VMFS5 podczas korzystania z urządzeń szyfrujących pamięć masową (2030416)

Wydaje mi się, że w twoim przypadku nie ma żadnych maszyn wirtualnych, ale muszą być blisko, aby móc uruchomić polecenie.

Niektóre urządzenia szyfrujące pamięć masową mogą blokować niektóre polecenia SCSI, w tym polecenia ATS, wysyłane z hostów ESXi. Magazyny danych VMFS5 nowo utworzone na urządzeniach obsługujących ATS są oznaczone jako ATS tylko po pierwszym udanym poleceniu ATS do urządzenia. Dzięki temu wszystkie hosty współużytkujące magazyn danych mogą korzystać z ATS bez sprawdzania, czy macierz pamięci go obsługuje. Gdy urządzenie szyfrujące pamięć jest następnie dodawane do sieci SAN, blokuje ono polecenia ATS. W rezultacie host zakłada, że ​​tablica nie obsługuje ATS, ponieważ nie otrzymała oczekiwanej odpowiedzi. Oczekiwane zachowanie polega na tym, że host nie korzysta z rezerwacji SCSI-2 do mechanizmu blokowania w magazynie danych ATSOnly VMFS5, który następnie zostaje odmontowany i nie można go ponownie zainstalować. Aby obejść ten problem, wyłącz ATSOnly w magazynie danych VMFS5.

Uwaga: Wszystkie maszyny wirtualne muszą zostać zmigrowane z magazynu danych, którego dotyczy problem, lub wyłączone, przed uruchomieniem poniższych kroków. Aby wyłączyć ATSOnly w magazynie danych 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

zmiana.

Run the following command to rescan for datastores:

esxcli storage filesystem rescan

The VMFS5 datastore should now mount successfully.