VxRail: do grup dysków vSAN nie można dodać dysków „Not mounted on this host” i „Ineligible for use by VSAN”

Po sprawdzeniu dysków za pomocą polecenia „vdq -qH” lub „vdq -Hi” można znaleźć co najmniej jeden dysk, na którym wyświetlany jest komunikat „Reason: Not mounted on this host”. Te i kilka innych pokazują komunikat „State: Ineligible for use by VSAN”. Wśród tych, które się nie kwalifikują, mogą znajdować się karty Boss, Satadom, dyski RecoverPoint i inne typy podzespołów, które powinny pokazywać ten stan. W vCenter może być widocznych więcej dysków niż oczekiwano, ale dodatkowych dysków nie można dodać do grup dysków.

Nowe dyski mogą nie być widoczne po dodaniu lub wymianie w wyniku awarii dysku. Dyski, które nie mają nic po „Name:”, powinny mieć wartość „naa.<cyfry i litery>”. Są one powszechnie nazywane „dyskami widmami” lub „dyskami fantomowymi”. Znajdują się w miejscu, w którym kiedyś znajdowało się zaginione urządzenie. Obecność dysków-widm może powodować różne problemy, takie jak długi czas uruchamiania, niepowodzenia weryfikacji, niemożność „zapewnienia dostępności” i awarie hosta w niektórych sytuacjach.

Usunięcie dysków-widm jest często możliwe za pośrednictwem vCenter lub wiersza poleceń. Czasami jednak nie udaje się ich również usunąć, a w takich przypadkach często trzeba naprawić błąd „Not mounted...” dotyczący dysku.

W przypadku, gdy sieć VSAN wykryje błąd zapisu na dysku, może wyrzucić go z sieci VSAN, nawet jeśli czujniki sprzętowe nie wykryły jeszcze stanu, który spowodowałby oznaczenie dysku jako uszkodzonego. Jeśli ten dysk jest dyskiem pamięci podręcznej lub jeśli używana jest deduplikacja i kompresja, sieć VSAN musi przełączyć całą grupę dysków w tryb offline. Choć może to prowadzić do wyżej wymienionych stanów, nie jest to podstawowa przyczyna. Przyczyną są uszkodzone metadane lub dyski, które nadal mają partycje (z poprzedniej konfiguracji). Nie zostały one odzyskane i można je dodać z powrotem do sieci VSAN. Może się to również zdarzyć z innych powodów, gdy coś zostanie przypadkowo nieprawidłowo zapisane na metadanych dysku. Dane są nienaruszone, ale nie są już dostępne, a VSAN musi przywrócić zgodność z zasadami pamięci masowej poprzez ponowną synchronizację.

Dysk z partycją tego typu może uznać, że należy do grupy dysków i pokazać dysk pamięci podręcznej tam, gdzie nie powinien go być. Ten dysk pamięci podręcznej nie ma normalnych informacji, takich jak pojemność lub nazwa (brak informacji naa). Nie można go jednak usunąć, ponieważ host uważa, że znajduje się tam dysk, który nie jest zamontowany. Nie można również rozwiązać tego problemu poprzez ponowne skanowanie kontrolerów pamięci masowej (może to spowodować awarię hosta) lub ponowne uruchomienie hosta.

Rozwiązanie: Partycje wszystkich dysków w stanie „Not mounted...” muszą zostać usunięte lub ukryte, a wszelkie dyski-widma należy usunąć ze środowiska. Jeśli partycje są zamaskowane, powinny one nadal być wyświetlane jako „Eligible for use by VSAN”. Dodanie ich do grupy dysków powinno spowodować wyczyszczenie wszystkiego, co znajdowało się na nich podczas procesu. Po naprawieniu tego problemu i usunięciu dysków-widm może być konieczne ponowne uruchomienie hosta. Odbywa się to po prawidłowym wyświetleniu wszystkiego na hoście. W obszarze Cluster > Configure > Disk Management w vCenter możesz utworzyć grupę dysków w normalny sposób.

Kroki:
Przełącz hosta w tryb konserwacji (upewnij się, że jest dostępny). Chroni to dane na hoście przed wszelkimi błędami lub nieoczekiwanymi problemami. Upewnij się, że pozostała część sieci VSAN również jest sprawna. Jeśli trwa ponowna synchronizacja VSAN, należy ją zakończyć, zanim jakiekolwiek dyski lub grupy dysków zawierające dane będą mogły zostać usunięte z VSAN.
Firma Broadcom wprowadziła prostą funkcję „Erase ESXi storage Devices” w wersjach 7.X i nowszych.
Usuwanie urządzeń pamięci masowej ESXi (vmware.com)

1. W kliencie vSphere przejdź do hosta ESXi.
2. Kliknij kartę Configure.
3. W obszarze Storage kliknij opcję Storage Devices.
4. Wybierz co najmniej jedno urządzenie i kliknij ikonę Erase Partitions.
5. Sprawdź, czy informacje o usuwanej partycji nie są krytyczne.
6. Kliknij przycisk OK, aby potwierdzić zmianę.

Jeśli powyższy sposób nie pomoże, wykonaj poniższe czynności ręczne:

1. Uruchom poniższe polecenie na hoście (w Putty) i skopiuj rezultat do dokumentu. Użycie Putty nie jest wymagane, ale możliwość kopiowania i wklejania jest pomocna.

   vdq -qH

2. Zidentyfikuj dyski, które są „Ineligible for Use by VSAN” ORAZ zawierają komunikat „Reason: Not mounted on this host" lub nie mają nic w polu Name (brak naa).

3. Najpierw prawidłowe dyski wyświetlające komunikat „Not mounted...”:

   1. Pobierz NAA niekwalifikującego się dysku z rezultatów polecenia „vdq -qH” na hoście — uruchom to polecenie, aby zamaskować partycje na dysku:

      partedUtil mklabel /dev/disks/<naa.#'s> gpt

   2. Uruchom ponownie poniższe polecenie i upewnij się, że dysk jest teraz wyświetlany jako „Eligible for use by VSAN”.

      vdq -qH

      * Jeśli nie, konieczne jest ponowne uruchomienie komputera, a następnie powtórzenie poprzedniego kroku. Przed ponownym uruchomieniem należy spróbować usunąć dyski-widma, aby uniknąć długiego procesu rozruchu, gdy host inicjuje dyski i próbuje uruchomić się usługa vSAN.

4. Usuń dyski-widma. Zazwyczaj można to zrobić w tym samym obszarze Disk Management. Jeśli nie, użyj wiersza poleceń na hoście.

   $ esxcli vsan storage remove -u <UUID>

   Zanotuj identyfikator UUID dysków bez nazw naa z rezultatów w kroku 1.

5. Sprawdź, czy wszystko wygląda tak, jak powinno. Odśwież vCenter i ponownie sprawdź obszar Disk Management, a następnie uruchom polecenie „vdq -qH” na hoście, aby upewnić się, że wszystkie oczekiwane dyski są teraz wyświetlane jako „Eligible for use by VSAN”. Jeśli nie, uruchom ponownie hosta, ponieważ niektóre dyski mogły nie zostać jeszcze zainicjowane, i sprawdź ponownie.

6. Utwórz grupę dysków lub dodaj dyski do istniejących grup dysków w normalny sposób (w przypadku korzystania z deduplikacji i/lub kompresji wymagane jest pełne odtworzenie grupy dysków).