OperationFailedException при использовании шаблона vNext в Microsoft Release Management

Я получаю следующую ошибку при запуске рабочего процесса в Microsoft Release Management 2013, обновление 4:

System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.AggregateException: One or more errors occurred. ---> Microsoft.TeamFoundation.Release.Common.Helpers.OperationFailedException: System.AggregateException: Failed to install 'VisualStudioRemoteDeployerbd3a8a59-325a-45d0-89f5-86a548554a12' from service executable path VisualStudioRemoteDeployer.exe . Consult the logs below:
c:\Users\vmadmin\AppData\Local\Temp\mfurnl9w.0.cs(95) : ; expected

c:\Users\vmadmin\AppData\Local\Temp\mfurnl9w.0.cs(94) :                     IntPtr policyHandle = IntPtr.Zero;

c:\Users\vmadmin\AppData\Local\Temp\mfurnl9w.0.cs(95) : >>>                     var attributes = new LSA_OBJECT_ATTRIBUTES()

c:\Users\vmadmin\AppData\Local\Temp\mfurnl9w.0.cs(96) :

Я использую шаблон выпуска vNext. Я добавил действие «Развернуть с помощью PS/DSC», которое должно выполнять скрипт powershell на машине. Все, что я получаю, это вышеуказанная ошибка.

Я проверил, что удаленное взаимодействие настроено, как здесь (локальный раздел): https://www.visualstudio.com/en-us/get-started/deploy-no-agents-vs.aspx

Я также сослался на это: http://roadtoalm.com/2015/02/04/start-with-visual-studio-release-management-vnextvs-rm-for-dummies/, но наша ошибка немного отличается, поскольку она не не жалуюсь на аккаунт. Хотя я предполагаю, что учетная запись в порядке ... Я использовал пару вариантов, и когда учетная запись неверна, я получаю очевидный сбой.

любая помощь будет оценена.


release-management visual-studio-2013 ms-release-management
person CaptainFold    schedule 24.03.2015    source источник
comment
Используете ли вы учетную запись с соответствующими учетными данными в своем действии развертывания?   -  person Daniel Mann    schedule 25.03.2015
comment
Да, я пытался использовать учетную запись домена и локальную учетную запись на этой целевой виртуальной машине, и каждая учетная запись имела доступ администратора на машине. Во всем Google есть только одно обращение, которое на самом деле ссылается на VisualStudioRemoteDeployer.exe, поэтому очень сложно разобраться в этой проблеме.   -  person CaptainFold    schedule 27.03.2015

Ответы (2)


arrow_upward
0
arrow_downward

Я нашел этот вопрос, потому что у меня была такая же проблема. В статье RoadToAlm он использует Windows Server 2012 на своей виртуальной машине. Моя виртуальная машина Azure была Windows Server 2008 SP2, и я решил проблему, установив Windows Management Framework 3.0 (http://go.microsoft.com/?linkid=9811175), который включает более новую версию Powershell, чем была установлена ​​на моем сервере. После этого обновления проблема была решена.

person DrThumpington    schedule 21.04.2015

arrow_upward
0
arrow_downward

Я столкнулся с той же проблемой на целевом сервере Windows Server 2008 R2. Я просто опускаю уровень UAC, и это позволяет задаче копировать инструменты развертывания в папку c:\Windows\DtlDownloads (с VisualStudioRemoteDeployer.exe).

С того момента, как этот файл стал доступен, копирование артефакта было успешным.

person Loul G.    schedule 09.03.2016