Я разработал сценарий PowerShell 3 для автоматизации развертывания образа XenApp Windows 2008 на хосте Hyper-V 2013. Вот основные шаги:
Add-Computer -ComputerName $ VMIP -DomainName "medc.udcsms.com" -LocalCredential $ LocalCredential -Credential $ DomainCredential -Verbose -Restart
Это не удается со следующей ошибкой:
Add-Computer: не удается установить WMI-соединение с компьютером «10 .14.31.61» со следующим сообщением об ошибке: RPC-сервер недоступен. (Исключение из HRESULT: 0x800706BA).
Учетные данные создаются с использованием следующего типа команды:
$ DomainCredential = New-Object System.Management.Automation.PsCredential "FQ-DomainName \ it.support", $ DomainPassword)
Немедленно выполните ту же команду снова вручную, и это не удастся. Если затем выждать значительное время (скажем, 30 минут, может быть - не знаю точно) и запустить команду, она сработает.
Первой мыслью почему-то был брандмауэр, поэтому я выключил его и воссоздал изображение. Нет разницы.
Другая мысль заключалась в том, что исходная золотая виртуальная машина до того, как была sysprep'd, находилась в домене и к ней применялась групповая политика. Когда новая виртуальная машина загружается и выполняет syspreps, она не находится в домене, и я не уверен, в каком состоянии находится предыдущая групповая политика, установленная на сервере. Возможно отвлекающий маневр.
Это похоже на то, как если бы машина не была готова к RPC, но через какое-то время она улаживается - но в схеме вещей это долгое время. Я могу понять, что службы были не совсем готовы после загрузки, но не через 15+ минут.
Я предполагаю, что здесь я ищу либо волшебный ответ (!), Либо советы по отладке сервера RPC и механизма, который Add-Computer использует для попытки заставить машину присоединиться к домену.