gpt4 book ai didi

Azure Devops 持续部署管道 "Job is pending..."错误,没有任何日志

转载 作者:行者123 更新时间:2023-12-03 07:00:07 30 4
gpt4 key购买 nike

AKS 管道上的 Azure Devops (AzURE) 持续部署未运行,停止在“作业正在挂起...”,带有灰色 (X) 图标且没有日志:

Job is pending... deployment failed

最佳答案

如何修复( list ):

empty environment - no aks

  • 如果使用连接到 Key Vault 的 AzDO 库变量组,请确保它们链接到订阅 - 在我的情况下,变量在之前的同步中可见,但订阅丢失,因为我在故障排除期间重新创建了 ARM 服务连接。顺便说一句,确保所有与 kv 相关的 vg 都已修复,我一直缺少一个:)

empty subscription box in key vault bound variable group

(^ 即使从以前的绑定(bind)中列出了 secret ,这也不应该为空......并确保它在管道引用的所有变量组中都可以)

<小时/>

就我而言,两个服务主体的凭据(AKS SP 和 AzDO ARM Service Connection SP)即将到期,因此这有点棘手(或者我可能只是迷失在细节中)。

无论如何,这里(或多或少)是我解决这个问题的方法(加上一些好的链接):

  1. AKS 服务主体 key 已过期 => secret renewal => 它没有帮助,因为第 (2) 点 => 我不知道第 (2) 点,所以我只是重新创建了 Kubernetes AzDO 服务连接 => 环境为空 => read Richard's post =>固定环境=>仍然没有=>发现了第(2)点
  2. AzDO Azure 资源管理器服务连接 token 已过期(可能是在此时此刻,我猜测,我承认)=> 阅读 service principal token renewal => 不知道为什么它当时没有帮助,也许它也杀死了 VG<->sub 关联,我当时没有检查 VG => 尝试重新创建连接(这是与订阅的连接)=> 这个明确删除了 Key Vault 绑定(bind)变量组和订阅之间的关联 => 读取 MSDN pipeline troubleshooting => 以为嘿让我们检查一下 key 保管库 => 没有帮助 => 然后我确保我检查了所有 key 保管库 => 瞧,这终于有帮助了,耶!

关于Azure Devops 持续部署管道 "Job is pending..."错误,没有任何日志,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/72533307/

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com