Azure DevOps конвейер сборки YAML застрял на автономном агенте

Question

У меня проблема с запуском конвейера сборки на основе YAML для агентов, размещенных на собственной машине. После запуска сборки он застревает на Подготовка агента к заданию - Ожидание поступления запроса в очередь .

azure -проводки. yml выглядит следующим образом:

trigger:
- master

pool:
  name: Default

steps:
- script: echo Hello, world!
  displayName: 'Run a one-line script'

Если я перехожу на агент, размещенный на Microsoft, сборка работает:

trigger:
- master

pool:
  vmImage: ubuntu-16.04

steps:
- script: echo Hello, world!
  displayName: 'Run a one-line script'

Странно то, что у меня есть другие существующие конвейеры сборки YAML, которые работает нормально на собственных агентах, но все новые конвейеры, которые я пытаюсь создать, заканчивают тем, что застряли с Ожидание запроса в очередь .

Я пробовал на том, что в настоящее время последние версии демона агента, как 2.164.8, так и 2.165.0, безрезультатны. Я также проверил, что я не ограничен максимальным количеством параллельных заданий в DevOps.

Answer 1

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

Вы указываете только на использование Default пула агентов. Поэтому он выберет одного доступного агента в этом пуле для запуска задания.

Go Organization Settings => Agent Pools, чтобы проверить доступные агенты в Default пуле агентов.

Мы должны убедиться, что у нас есть один доступный агент с версия 2.164.8 и выше , это должен быть онлайн статус и включенный . И затем мы можем временно отключить других агентов в этом пуле, снова запустить конвейер, чтобы проверить, помогает ли это. (В этой ситуации он должен выбрать хорошего агента для запуска вашего конвейера)

Полагаю, возможно, у вас есть другие определения относительно pool: в ваших старых старых конвейерах yaml. Или вы можете создать новый пул агентов с именем MyPool и создать один новый агент в MyPool, а затем в своем yaml указать, чтобы использовать name: MyPool, чтобы проверить, что-то не так с агентами в Default пуле.

Answer 2

Оказалось, проблема с разрешениями для пула агентов. В Organization Settings => Agent Pools => POOL_NAME => Security есть настройка под названием Grant access permission to all pipelines. После включения этого мои сборки теперь работают как положено.