我在AzureDevOps中创建新代理池时遇到麻烦。
我想做的是删除旧的自托管主机并部署新的主机。但是,旧主机使用的代理池和新主机要使用的代理池是由同事创建的。这使我无法删除现有注册代理,从而导致在部署新主机期间发生冲突。为了解决此问题,我能够删除代理程序池。
现在,当我想用相同的名称创建一个新池时,会出现错误消息
“未找到标识为76的座席池”。
有没有人看到此错误消息,或者对我有什么想法?
预期: 将创建一个与旧池同名的新代理池。
实际: 我收到错误消息“未找到标识符为76的代理池”。
答案 0 :(得分:1)
与A.S.讨论一些细节并在我这边进行测试,现在我已经知道了。
此错误的根本原因是您的帐户不是管理员角色。您可以从此doc中查看此消息。
如果您是PCA的一员,即使您是该代理程序池的读取者或没有任何角色,您仍然可以添加代理程序池。我发现的另一个解决方案是,您需要被添加为该代理程序池的管理员,而不是作为PCA之一。您必须满足以上两种解决方案之一,才能正确添加。
此外,对于在页面和F12控制台中显示的错误消息。
从我提到的图片中可以看到,这导致了错误消息,该错误消息显示在页面中。我知道,控制台的错误消息很容易造成误解。它使您感到困惑,为什么找不到响应404。
这与管理员角色仍然相关。
https://dev.azure.com/{org name}/3307xxxxxxx5676e/_apis/distributedtask/queues?authorizePipelines=true
此控制台中显示的api用于在组织设置下搜索代理池。
虽然您不是 org / agent池的管理员,但由于您没有搜索权限,它无法找到您要操作的代理池在组织设置下。然后,它说“ 抱歉,找不到404 ”,即使它在组织设置下也存在。这不是错误,仅出于逻辑考虑。
所以,请您同意,错误消息不太清楚,无法理解根本原因。
此外,如果仅在项目设置下删除代理程序池,则该代理程序池在组织设置下仍然存在。只需要管理员角色,您可以再次将其添加回去,而不会出现任何错误。
答案 1 :(得分:0)
因此,显然,如果您通过``项目设置''菜单删除了Agent-Pool,则仍然可以在``组织设置''菜单下使用它们。
如果此池属于其他人,则您似乎在该组中的读者角色也变得宽松。换句话说,虽然实际上并没有删除该组,但该组显示为已删除。
不幸的是,错误消息实际上并没有准确地告诉您这些情况。
对我们来说,解决方案是组织管理员再次将我们分配为该组的管理员。接下来,我可以在``组织设置''下对其进行清理并再次使用。