VxRail: Диски VSAN «Не змонтовано на цьому хості» та «Непридатні для використання VSAN» не можуть бути додані до груп дисків VSAN

Після перевірки дисків командою "vdq -qH" або "vdq -Hi" ви знаходите один або кілька дисків, на яких відображається "Причина: Не встановлене на цьому господарі». Ці та деякі інші показують "Держава: Не має права на використання VSAN». Серед тих, які непридатні, можуть бути картки Boss, диски Satadom, RecoverPoint та інші типи, які повинні показувати цей стан. У vCenter ви можете побачити більше дисків, ніж очікувалося, хоча додаткові диски недоступні для додавання до груп дисків.

Нові диски можуть бути невидимими після додавання або заміни після відмови диска. Диски, які не мають нічого після "Name:", повинні бути "naa.<цифри> і букви». Їх зазвичай називають «фантомними дисками» або «фантомними дисками». Вони знаходяться в місці, де раніше знаходився нині загублений пристрій. Наявність примарних дисків може призвести до різних проблем, таких як тривалий час завантаження, невдала перевірка, неможливість «забезпечити доступність» і збої в деяких ситуаціях.

Видалення примарних дисків часто можливе через vCenter або за допомогою командного рядка. Однак іноді і їх не вдається видалити, і в цих випадках часто доводиться виправляти помилку «Не змонтовано...» Спочатку їдьте.

Якщо VSAN виявляє збій запису на диск, він може викинути його з VSAN, навіть якщо апаратні датчики ще не побачили умови, які б змусили їх позначити диск як несправний. Якщо цей диск є кеш-диском або якщо використовується дедуплікація та стиснення, VSAN має перевести всю групу дисків у автономний режим. Хоча це може призвести до вищезазначених станів, це не є основною причиною. Причиною є пошкоджені метадані або диски, на яких залишилися розділи (з їх колишньої конфігурації). Вони не відновлюються і готові до додавання назад до VSAN. Це також може статися з інших причин, коли щось ненавмисно записано на метадані диска неправильно. Дані не пошкоджені, але більше недоступні, і VSAN має відновити дотримання політики зберігання за допомогою повторної синхронізації.

Диск з таким типом розділу може вважати, що він є частиною групи дисків, і показувати кеш-диск там, де його не повинно бути. Цей кеш-диск не має звичайної інформації, такої як ємність або ім'я (інформація naa відсутня). Однак ви не можете видалити його, оскільки хост думає, що там є диск, який не змонтовано. Ви також не зможете виправити це, повторно просканувавши контролери сховища (це може спричинити збій хоста) або перезавантаживши хост.

Виправити: Будь-яке "Не змонтовано..." Розділи дисків мають бути видалені або приховані, а всі фантомні диски мають бути видалені з оточення. Якщо розділи замасковано, це все одно повинно дозволити їм знову відображатися як «Придатні для використання VSAN». Додавання їх до групи дисків має стерти все, що було на них під час процесу. Виправивши це та видаливши всі фантомні диски, вам може знадобитися перезавантажити хост. Це робиться після того, як все належним чином відображається на хоста. В області «Керування > дисками конфігурації кластера>» vCenter ви можете створити групу дисків як зазвичай.

Кроки:
Переведіть хост у режим обслуговування (забезпечте доступність). Це захищає дані на хості від будь-яких помилок або несподіваних проблем. Слідкуйте за тим, щоб решта ВСАН також була здоровою. Якщо відбувається повторна синхронізація VSAN, вона має бути завершена, перш ніж будь-які диски або групи дисків із даними на них можна буде видалити з VSAN.
Broadcom представив просту функцію «Стирання пристроїв зберігання даних ESXi» у версіях 7.X і вище.
Стирання пристроїв зберігання даних ESXi (vmware.com)

1. У клієнті vSphere перейдіть до хоста ESXi.
2. Перейдіть на вкладку Налаштування.
3. У розділі «Сховище» виберіть пункт «Пристрої зберігання даних».
4. Виберіть один або кілька пристроїв і натисніть значок «Стерти розділи».
5. Переконайтеся, що інформація про розділ, яку ви стираєте, не є критичною.
6. Натисніть OK, щоб підтвердити зміни.

Якщо вищезазначене не допомогло, скористайтеся наведеними нижче кроками керівництва:

1. Запустіть наведену нижче команду на хості (у Putty) і скопіюйте виведені дані в документ. Шпаклівка не потрібна, але можливість копіювати та вставляти корисна.

   vdq -qH

2. Визначте диски, які «Непридатні для використання VSAN» ТА покажіть «Причина: Не змонтовано на цьому хості" або нічого не мати в полі Ім'я (no naa).

3. Правильні диски з написом «Не встановлено...» перший:

   1. Отримати NAA непридатного диска з виводу "vdq -qH" на хості - Виконайте цю команду для маскування розділів на диску:

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

   2. Знову виконайте наведену нижче команду та переконайтеся, що на диску тепер відображається «Дозволено для використання VSAN».

      vdq -qH

      *Якщо ні, потрібне перезавантаження, а потім повторення попереднього кроку. Вам слід спробувати видалити фантомні диски перед перезавантаженням, щоб уникнути тривалого процесу завантаження, оскільки хост ініціалізує диски, а служби vSAN намагаються запуститися.

4. Видаліть примарні диски. Зазвичай це можна зробити в тій же області керування дисками. Якщо ні, скористайтеся командним рядком на основній системі.

   $ esxcli vsan storage remove -u <UUID>

   Зверніть увагу на UUID дисків без імен naa з виведених вами даних на кроці 1.

5. Перевірте, чи все виглядає так, як треба. Оновіть vCenter і знову перевірте «Керування дисками», а також запустіть команду «vdq -qH» на хості, щоб переконатися, що всі очікувані диски з'явилися та показали «Дозволено для використання VSAN». Якщо ні, перезавантажте хост, оскільки деякі диски могли бути ще не ініціалізовані, і перевірте ще раз.

6. Створіть групу дисків або додайте диски до існуючих груп дисків у звичайному режимі (якщо використовується дедуплікація та/або стиснення, потрібне повне відновлення групи дисків).