Конвейер, использующий задачу TerraformCLI, которая работала вчера, теперь выходит из строя после выпуска 150.
Я попытался запустить выпуск конвейера, который работал вчера со служебным подключением, и произошел сбой со следующей ошибкой:
Exception Message: The pipeline is not valid. Job Phase_1: Step TerraformCLI1 input environmentServiceName references service connection 2165eda3-6299-44c0-9f87-0169d69e87e8 which could not be found. The service connection does not exist or has not been authorized for use. For authorization details, refer to https://aka.ms/yamlauthz. (type PipelineValidationException)
Exception Stack Trace: at Microsoft.TeamFoundation.DistributedTask.Orchestration.Server.TaskHub.ValidatePipelineProcess(IVssRequestContext requestContext, Guid scopeIdentifier, Int32 definitionId, Guid planId, PipelineEnvironment environment, PipelineProcess pipeline, BuildOptions options) in d:\v2.0\P1\_work\11\s\DistributedTask\Sdk\Server\TaskHub.cs:line 5142
at Microsoft.TeamFoundation.DistributedTask.Orchestration.Server.TaskHub.ValidateProcess(IVssRequestContext requestContext, Guid scopeIdentifier, TaskOrchestrationOwner definition, Guid planId, IOrchestrationEnvironment environment, IOrchestrationProcess process, BuildOptions options) in d:\v2.0\P1\_work\11\s\DistributedTask\Sdk\Server\TaskHub.cs:line 5058
at Microsoft.TeamFoundation.DistributedTask.Orchestration.Server.TaskHub.CreatePlan(IVssRequestContext requestContext, Guid scopeIdentifier, Guid planId, String planGroup, PlanTemplateType templateType, Uri artifactUri, IOrchestrationEnvironment environment, IOrchestrationProcess process, BuildOptions validationOptions, Guid requestedForId, TaskOrchestrationOwner definitionReference, TaskOrchestrationOwner ownerReference, String& pipelineInitializationLog) in d:\v2.0\P1\_work\11\s\DistributedTask\Sdk\Server\TaskHub.cs:line 251
at Microsoft.TeamFoundation.DistributedTask.Orchestration.Server.TaskHub.RunPlan(IVssRequestContext requestContext, TaskAgentPoolReference pool, Guid scopeIdentifier, Guid planId, String planGroup, PlanTemplateType templateType, Uri artifactUri, IOrchestrationEnvironment environment, IOrchestrationProcess process, BuildOptions validationOptions, Guid requestedForId, TaskOrchestrationOwner definitionReference, TaskOrchestrationOwner ownerReference, String& pipelineInitializationLog) in d:\v2.0\P1\_work\11\s\DistributedTask\Sdk\Server\TaskHub.cs:line 1323
at Microsoft.VisualStudio.Services.ReleaseManagement.Server.DistributedTask.PipelineOrchestrator.StartDeployment(AutomationEngineInput input) in d:\v2.0\P1\_work\11\s\ReleaseManagement\Service\ReleaseManagement2\Server\DistributedTask\PipelineOrchestrator.cs:line 76
at Microsoft.VisualStudio.Services.ReleaseManagement.Server.Processors.DeployPhaseRunner.Run(Release release, ReleaseEnvironment releaseEnvironment, ReleaseEnvironmentStep deployStep, DeployPhaseSnapshot snapshotToProcess) in d:\v2.0\P1\_work\11\s\ReleaseManagement\Service\ReleaseManagement2\Server\Processors\DeployPhaseRunner.cs:line 266
at Microsoft.VisualStudio.Services.ReleaseManagement.Server.Processors.DeployPhaseOrchestrator.RunDeployPhase(Release release, ReleaseEnvironment releaseEnvironment, ReleaseEnvironmentStep deployStep, DeployPhaseSnapshot snapshotToProcess) in d:\v2.0\P1\_work\11\s\ReleaseManagement\Service\ReleaseManagement2\Server\Processors\DeployPhaseOrchestrator.cs:line 501
at Microsoft.VisualStudio.Services.ReleaseManagement.Server.Processors.DeployPhaseOrchestrator.InvokeRunner(Release release, ReleaseEnvironmentStep deployStep, ReleaseEnvironment releaseEnvironment, DeployPhaseSnapshot snapshotToProcess, Func`5 runDeployPhase, Action`4 acceptStep, Action`3 rejectStep, Action`4 handleException) in d:\v2.0\P1\_work\11\s\ReleaseManagement\Service\ReleaseManagement2\Server\Processors\DeployPhaseOrchestrator.cs:line 472
Exception: Microsoft.TeamFoundation.DistributedTask.Pipelines.PipelineValidationException
Я создал новое сервисное соединение. Выпуск конвейера завершается с той же ошибкой и тем же идентификатором GUID, даже после изменения соединения.
Видят ли другие эту же проблему? Предыдущее сервисное соединение использовало предварительно созданный сервисный принципал. Кажется, что возможность сообщать нам об объектах Azure DevOps определенного субъекта службы в соединении службы Azure ARM уже нет ... поэтому я позволил ему создать нового субъекта службы. Тем не менее, план терпит неудачу, с той же ссылкой GUID и всем прочим.
Мне интересно, если это проблема в AzureDevOps или проблема в задаче TerraformCLI, возникшая из-за изменений AzureDevOps.