Установка агента сборки TFS vNext

Question

Я решил начать использовать конвейер vNext по сборке TFS и столкнулся с какой-то странной проблемой во время конфигурации моего агента сборки. Я хотел бы знать, может ли кто-то еще воспроизвести это, и если да, то в конце концов я могу решить проблему.

Я установил агент в следующий каталог D: \ TFS Build Agent \ agent и выполнил конфигурацию. Процедура прошла успешно, и агент добавлен правильно внутри данного пула. Также служба работает правильно на моей машине сборки. Однако, как только я начинаю простую сборку я получаю следующее сообщение об ошибке:

09:10:23.570390 System.Management.Automation.ProviderInvocationException: Attempting to perform the NormalizeRelativePath operation on the 'FileSystem' provider failed for path 'D:\TFS Build Agent\agent\tasks\VSBuild\1.0.11'. Access is denied ---> System.UnauthorizedAccessException: Access is denied ---> System.ComponentModel.Win32Exception: Access is denied 
    --- End of inner exception stack trace --- 
    at Microsoft.PowerShell.Commands.FileSystemProvider.GetFileSystemInfo(String path, Boolean& isContainer) 
    at Microsoft.PowerShell.Commands.FileSystemProvider.NormalizeThePath(String basepath, Stack`1 tokenizedPathStack) 
    at Microsoft.PowerShell.Commands.FileSystemProvider.NormalizeRelativePathHelper(String path, String basePath) 
    at Microsoft.PowerShell.Commands.FileSystemProvider.NormalizeRelativePath(String path, String basePath) 
    at System.Management.Automation.SessionStateInternal.NormalizeRelativePath(ProviderInfo provider, String path, String basePath, CmdletProviderContext context) 
    --- End of inner exception stack trace --- 
    at System.Management.Automation.SessionStateInternal.NormalizeRelativePath(ProviderInfo provider, String path, String basePath, CmdletProviderContext context) 
    at System.Management.Automation.SessionStateInternal.NormalizeRelativePath(String path, String basePath, CmdletProviderContext context) 
    at System.Management.Automation.SessionStateInternal.SetLocation(String path, CmdletProviderContext context) 
    at System.Management.Automation.PathIntrinsics.SetLocation(String path) 
    at Microsoft.TeamFoundation.DistributedTask.Handlers.PowerShellHandler.Execute(ITaskContext context, CancellationToken cancellationToken) 
    at Microsoft.TeamFoundation.DistributedTask.Worker.JobRunner.RunTask(ITaskContext context, TaskWrapper task, CancellationTokenSource tokenSource) 
09:10:23.570390 BaseLogger.LogConsoleMessage(scope.JobId = 88ecf41a-efe1-48d4-b67a-462b166f2b4c, message = ##[error]Attempting to perform the NormalizeRelativePath operation on the 'FileSystem' provider failed for path 'D:\TFS Build Agent\agent\tasks\VSBuild\1.0.11'. Access is denied) 

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

Теперь я переместил файлы агента на диск C в папку агента C: \ и переделал ту же самую точную настройку, и внезапно все сработало как предполагалось.

Даже если это решает мою проблему, я хотел бы узнать больше об этой проблеме. Является ли это ошибкой или мне не хватает определенных привилегий?

Может ли кто-нибудь воспроизвести эту проблему?

Благодаря

Answer 1

Я попытался повторить это, но безуспешно. Кажется, что в то время была проблема с машиной, над которой я работал.

Answer 2

Отключить UAC - с помощью PowerShell, а не на панели управления.

Что-то вроде:

Нью-ItemProperty -Path HKLM: Software \ Microsoft \ Windows \ CurrentVersion \ Policies \ система -Name EnableLUA -PropertyType DWord -Value 0 -Force

Я только что похож вопрос. Попробуйте настроить службу локальному администратору, не делайте этого. Причиной стало отключение UAC.

Или прямо в реестре, я думаю. Перезапуск будет необходим для вступления в силу.