如何使用AzureDevOps中的旧名称重新创建代理池?

时间:2019-06-16 20:28:15

标签: azure-devops azure-pipelines pool agent

我在AzureDevOps中创建新代理池时遇到麻烦。

我想做的是删除旧的自托管主机并部署新的主机。但是,旧主机使用的代理池和新主机要使用的代理池是由同事创建的。这使我无法删除现有注册代理,从而导致在部署新主机期间发生冲突。为了解决此问题,我能够删除代理程序池。

现在,当我想用​​相同的名称创建一个新池时,会出现错误消息

  

“未找到标识为76的座席池”。

有没有人看到此错误消息,或者对我有什么想法?

预期: 将创建一个与旧池同名的新代理池。

实际: 我收到错误消息“未找到标识符为76的代理池”。

Agent creation Image

Error Message Image

2 个答案:

答案 0 :(得分:1)

与A.S.讨论一些细节并在我这边进行测试,现在我已经知道了。

此错误的根本原因是您的帐户不是管理员角色。您可以从此doc中查看此消息。

如果您是PCA的一员,即使您是该代理程序池的读取者或没有任何角色,您仍然可以添加代理程序池。我发现的另一个解决方案是,您需要被添加为该代理程序池的管理员,而不是作为PCA之一。您必须满足以上两种解决方案之一,才能正确添加。

此外,对于在页面和F12控制台中显示的错误消息。

enter image description here

从我提到的图片中可以看到,这导致了错误消息,该错误消息显示在页面中。我知道,控制台的错误消息很容易造成误解。它使您感到困惑,为什么找不到响应404。

这与管理员角色仍然相关。

https://dev.azure.com/{org name}/3307xxxxxxx5676e/_apis/distributedtask/queues?authorizePipelines=true

此控制台中显示的api用于在组织设置下搜索代理池。

虽然您不是 org / agent池的管理员,但由于您没有搜索权限,它无法找到您要操作的代理池在组织设置下。然后,它说“ 抱歉,找不到404 ”,即使它在组织设置下也存在。这不是错误,仅出于逻辑考虑。

所以,请您同意,错误消息不太清楚,无法理解根本原因。

此外,如果仅在项目设置下删除代理程序池,则该代理程序池在组织设置下仍然存在。只需要管理员角色,您可以再次将其添加回去,而不会出现任何错误。

答案 1 :(得分:0)

因此,显然,如果您通过``项目设置''菜单删除了Agent-Pool,则仍然可以在``组织设置''菜单下使用它们。

如果此池属于其他人,则您似乎在该组中的读者角色也变得宽松。换句话说,虽然实际上并没有删除该组,但该组显示为已删除。

不幸的是,错误消息实际上并没有准确地告诉您这些情况。

对我们来说,解决方案是组织管理员再次将我们分配为该组的管理员。接下来,我可以在``组织设置''下对其进行清理并再次使用。