VxRail: Перевіряйте версію формату vSAN на диску під час використання спільного свідка для розгортання 2-вузлового кластера vSAN
Summary: Версія вузла ESXi та версія формату віртуального сну vSAN на диску мають бути сумісними.
Symptoms
Під час розгортання 2-вузлового кластера vSAN із наданим клієнтом vCenter і спільним свідком розгортання не вдається з помилкою «Не вдалося перетворити стандартний кластер на розтягнутий кластер LAG-NAM».
Перевірте менеджера VxRail /var/log/microservice_log/dayone.log, там є vim.fault.VsanFault про "не може задовольнити вимогу щодо можливості спільного свідка".
2022-05-05-14:01:57 microservice.do-cluster "[2022-05-05 14:01:57,066: WARNING/MainProcess] pyVmomi.VmomiSupport.vim.fault.VsanFault: (vim.fault.VsanFault) {"
2022-05-05-14:01:57 microservice.do-cluster " dynamicType = <unset>,"
2022-05-05-14:01:57 microservice.do-cluster " dynamicProperty = (vmodl.DynamicProperty) [],"
2022-05-05-14:01:57 microservice.do-cluster " msg = 'cannot meet the capability requirement of shared witness.'"Cause
Resolution
Виберіть спільного свідка > ПЕРЕГЛЯНУТИ ДИСКИ.
2. Перевірте матрицю підтримки версій формату vSAN на диску , щоб визначити, яка версія ESXi сумісна з версією формату vSAN на диску зі спільним свідком.
3. Якщо версія віртуального свідка на диску vSAN не підтримується вузлом ESXi, є два варіанти вирішення проблеми:
Варіант 1. Оновіть версію вузла ESXi, щоб підтримувати формат віртуального доступу до спільного свідка на диску.
Залучіть інженера служби підтримки Dell для оновлення вузла ESXi за допомогою «Процедури оновлення заводського образу Rapid Appliance Self-Recovery (RASR)»
Потім розгорніть 2-вузловий кластер vSAN з новою версією коду.
Варіант 2. Використовуйте автономний свідок для розгортання 2-вузлового кластера vSAN.