Я не могу получить доступ к пулам хранения в диспетчере серверов, потому что кажется, что он застрял на «Отображение будет завершено, когда будет завершена инвентаризация сервера ...». Маленькая синяя полоска вверху продолжает работать, так что, вероятно, она что-то делает. Я попытался подождать, но ничего не произошло. Никаких записей журнала событий, связанных с этим, также нет. Я также безуспешно пытался создать пул хранения с помощью Powershell.
Экран выглядит так:
Думаю, стоит упомянуть, что сервер представляет собой виртуальную машину Azure и является членом отказоустойчивого кластера.
Кто-нибудь еще сталкивался с этим? Я нашел некоторую связанную информацию, но никаких решений для этого нет.
Прежде всего, когда вы добавляете узел в кластер с помощью мастера, снимите флажок «Добавить все подходящее хранилище в кластер» на одном из шагов.
Во-вторых, отключите параметр «AutomaticClusteringEnabled» (заменив DbCluster именем вашего кластера):
Get-StorageSubSystem # shows systems, find cluster one, normally "Clustered Storage Spaces on DbCluster"
Get-StorageSubSystem "clustered storage spaces on DbCluster").AutomaticClusteringEnabled # it was True
Set-StorageSubSystem -FriendlyName "clustered storage spaces on DbCluster" -AutomaticClusteringEnabled $false # change to False
Фактически это сделало мой пул хранения доступным. Но диспетчер серверов по-прежнему не отображает его, я могу его видеть и управлять только через PowerShell.
Если после этого ваш пул не вернется, попробуйте удалить виртуальную машину из кластера, а затем (заменив DataPool и DataDisk своими именами):
Get-StoragePool DataPool | Set-StoragePool -IsReadOnly $false
Set-VirtualDisk DataDisk -IsManualAttach $false
# Connect-VirtualDisk DataDisk # this may be not needed
Проблема обсуждается на форуме MS, на самом деле предлагается добавить пул хранения после добавления узла в кластер:
Но упомянутое там «включение« удаленного управления »в свойствах локального сервера в диспетчере серверов» мне не помогло.
p.s .: Не забывайте танцевать с бубном при настройке этого глючного кластера MS, иногда это действительно непредсказуемо.
Не уверен, что моя ситуация похожа на этот случай.
Но у меня была такая же проблема, когда я не добавил все узлы кластера в список серверов с правильными учетными данными.
Я предполагаю, что диспетчер сервера пытается подключиться к кластеру и к каждому из узлов кластера, и когда он не прошел предварительную аутентификацию, он застревает в бесконечной загрузке.
Может быть, это кому-нибудь поможет.
Да, я видел это несколько раз, и после небольшого хлопотного исследования я попал в статью MS, в которой рассказывается об известных проблемах с этим. «Консоль Microsoft iSCSI Software Target не обновляется при создании отказоустойчивого кластера». Проблема возникла у меня, так как я создавал виртуальные жесткие диски из цели iSCSI, которая сама была VHD. Теперь всем моим узлам кластера были сопоставлены существующие виртуальные жесткие диски. Итак, я думаю, из-за этой известной проблемы моя консоль зависла. В тот момент, когда я отключил все узлы кластера и повторно запустил диспетчер серверов, я мог видеть все свое хранилище, как и ожидалось.
https://technet.microsoft.com/en-us/library/gg232597(v=ws.10).aspx