CSV становится недоступным после запланированного отключения узла

Мы запускаем 3-узловый кластер гиперконвергентных пространств хранения с трехсторонней зеркальной устойчивостью. Когда один узел переводится в режим обслуживания, все работает нормально (без ошибок и недоступных ресурсов). Вскоре после отключения узла CSV переходит в автономный режим с идентификаторами событий 5142 и 5150. Мне кажется, что режим обслуживания влияет только на роли кластера, но не на реальные физические диски. С другой стороны, это не должно быть проблемой в первую очередь, так как еще 2 копии находятся в сети. Кто-нибудь испытывал подобное поведение или даже имеет решение / обходной путь?

1 ответ

Похоже, проблема S2D указана здесь: https://social.technet.microsoft.com/Forums/en-US/74dbd313-741e-424e-8acb-d7d68e22174c/two-node-s2d-cluster-disk-volume-fails-when-one-host-goes-down?forum=ws2016 и здесь:

https://social.technet.microsoft.com/Forums/windows/en-US/4fc1fb86-61fa-4976-8b3f-9e314586fef8/storage-spaces-direct-cluster-virtual-disk-goes-offline-when-rebooting-a-node?forum=winserverClustering

Поэтому, пожалуйста, проверьте конфигурацию Witness и установили ли вы последние обновления Microsoft.

Другие вопросы по тегам