Из-за множества проблем запланированный кластер VMM был создан только с одним узлом. Когда второй узел был позже добавлен и присоединен к кластеру, VMM не удалось установить.
Считалось, что с причиной связана следующая ошибка:
10:03:15:VMMPostinstallProcessor threw an exception: Threw Exception.Type: System.Runtime.InteropServices.SEHException, Exception.Message: External component has thrown an exception.
10:03:15:StackTrace: at CCertificate.ImportCertificateInMyStoreAndAssociateWithKey(shared_ptr<CCertificate>* , basic_string<unsigned short\,std::char_traits<unsigned short>\,std::allocator<unsigned short> >* , shared_ptr<unsigned char>* , UInt32 )
at Microsoft.VirtualManager.Certificates.CertificateHelper.ImportPangaeaCertForSSLFromKeyContainer(String certSubjectName, String portNumber, Byte[] certBlob)
at Microsoft.VirtualManager.Setup.IndigoCertificateHelper.CreateVMMCertificate()
at Microsoft.VirtualManager.Setup.InstallItemCustomDelegates.PangaeaServerPostinstallProcessor()
Как оказалось, накопительное обновление для VMM было установлено на первом узле кластера до добавления второго узла. Считается, что это источник проблемы.
Для решения вопроса необходимо было удалить VMM из первого узла, пока сохранение базы данных во избежание полной перестройки системы.
После завершения удаления VMM был переустановлен на обоих узлах. Накопительное обновление установлено после установка на обоих узлах.
Тем, кто пытается реплицировать исправление, следует отметить, что есть две отдельные операции SQL, которые необходимо выполнить в базе данных VMM. Одна операция выполняется после удаления VMM, а вторая - после того, как VMM был установлен на всех узлах.
На эти сценарии есть ссылка в приведенной выше ссылке на статью службы поддержки Microsoft, касающуюся сохранения базы данных и переустановки VMM.