Если отбросить догадки о межвендорной конфронтации на уровне по, что делать то теперь с этими двумя дисками? Поднять можно их?

Накину и я на вентилятор))))
Сегодня столкнулся с ситуацией когда вм на алфлеш кластере висан стала инакцесибл (выглядит выключенной,но так ли это?), обозреватель объектов сказал что 2 из 3х дисков вм, хранящиеся с политикой ффт0 стали инакцесибл, третий Бут диск, хранящийся с ффт1, в состоянии ок. Свободного места 50+%, хосты в состоянии ок, аптайм 45+ дней, сеть работает и не падала.  Ничего не падало, но диски отвалились. Совсем случайно этой самой вм стала нестед нода нутаникса, а диски хранящиеся с политикой ффт0 - дата диски этого виртуального хоста)))) так вот после того как висан сбойнул, развалился нестет кластер нутаникс се, потеряв все дата диски одной ноды из 4х.

vsan.check_state -r попробуйте

Беру свое выражение ничего не случилось обратно) втихаря отвалилась корзина одного сервака, висан заребилдил все на другие хосты, потому в хелфе чистота, а  диск с ффт0 в этой корзине, естественно иакцесибл

Выходит, что нужно сначала отправить хост в maintance mode, потом сменить конфигурацию vsan (чтобы он диски назад не добавлял автоматически), удалить дисковую группу, создать новую дисковую группу - поправьте если я ошибаюсь? Также подскажите можно ли после удаления дисковой группу, выдернуть ssd на ее место вставить новую ssd и создать новую дисковую группу?

хороший вариант?

Заранее прошу прощения за вопрос. Утилита storcli от broadcom в виде vib пакета поставляется неподписанной, соответственно через vum её не поставить, только через esxcli software vib install с ключем --no-sig-check.

Кто-нибудь находил решение этого вопроса для vum или не заморачиваетесь?

Это которая автоматом качается или руками ставите? И утилита вендорская или нативная от Broadcom?