Не удалось установить VisualStudioRemoteDeployer из пути к исполняемому файлу службы VisualStudioRemoteDeployer.exe

Question

Не удалось установить VisualStudioRemoteDeployer из пути к исполняемому файлу службы VisualStudioRemoteDeployer.exe

Трассировка ошибок

System.AggregateException: Failed to install 'VisualStudioRemoteDeployer8a9e167d-96ee-45c0-9a2c-6251509937e6' from service executable path VisualStudioRemoteDeployer.exe . Consult the logs below:
2018-09-14T13:25:32.8643473Z Exception calling "SetRight" with "2" argument(s): "OpenPolicy failed: 5"
2018-09-14T13:25:32.8643473Z  CategoryInfo :NotSpecified: (:) [], MethodInvocationException
2018-09-14T13:25:32.8643473Z  FullyQualifiedErrorId :Exception
2018-09-14T13:25:32.8643473Z  ---> System.Management.Automation.RemoteException: Exception calling "SetRight" with "2" argument(s): "OpenPolicy failed: 5"
2018-09-14T13:25:32.8643473Z    --- End of inner exception stack trace ---
2018-09-14T13:25:32.8643473Z    at Microsoft.VisualStudio.Services.DevTestLabs.Deployment.Deployment.PowershellExecutor.Invoke(String errorContextMessage, Boolean writeResultToLog, Boolean isCancellable)
2018-09-14T13:25:32.8643473Z    at Microsoft.VisualStudio.Services.DevTestLabs.Deployment.Deployment.RemoteDeploymentHelper.InstallServiceInternal(String serviceSourcePath, String serviceName, String destinationFileName)
2018-09-14T13:25:32.8643473Z    at Microsoft.VisualStudio.Services.DevTestLabs.Deployment.Deployment.RemoteDeploymentHelper.InstallService(String serviceSourcePath, String serviceName, String destinationFileName)
2018-09-14T13:25:32.8643473Z    at Microsoft.VisualStudio.Services.DevTestLabs.Deployment.Deployment.DeploymentClient.<RunAsync>d__24.MoveNext()
2018-09-14T13:25:32.8643473Z ---> (Inner Exception #0) System.Management.Automation.RemoteException: Exception calling "SetRight" with "2" argument(s): "OpenPolicy failed: 5"<---

Answer 1

Ошибка возникает, когда пользователь не имеет полных прав администратора или не имеет права на запуск службы. Пользователь должен иметь возможность удаленно устанавливать права "Вход в систему как сервис".

1) Убедитесь, что пользователь, которого он использует для подключения к удаленной машине, имеет полные права администратора на целевой машине.

2) Если пользователь уже участвует в "Вход в систему как служба" и "Группа локальных администраторов", а пользователь, используемый для развертывания, является локальным пользователем (не пользователем домена), я предлагаю -

         1) Try to use the domain join user

ИЛИ 2) Фильтрация UAC для локальных учетных записей должна быть отключена для доступа к удаленной службе WinRM. Вы можете обратиться к этой документации для того же. (более подробную информацию можно найти здесь "Использование удаленного управления Windows")

Если эта ошибка возникает при использовании PowerShell для удаленной задачи, попробуйте использовать последнюю версию 3.* задачи, вы не сможете решить эту проблему.

Answer 2

У нас была такая же проблема. Мы использовали локальную учетную запись на целевом сервере, который также был локальным администратором, и все должно было быть в порядке. Когда я указал учетную запись в моем конвейере с помощью machinename\username, это не сработало, но когда я это сделал.\ Username, это работает как шарм. Я предполагаю, что формат домен \ имя пользователя зарезервирован для учетной записи, которая является фактическими учетными записями домена, и вы не можете по какой-либо причине указать имя сервера \ имя пользователя, потому что тогда он начинает искать часть имени сервера в AD и, очевидно, ему там не повезет.

Надеюсь, это поможет некоторым людям.