【问题标题】:How to determine why an agent pool is offline in Azure dev-ops如何确定代理池在 Azure devops 中脱机的原因
【发布时间】:2019-07-30 23:05:46
【问题描述】:

我注意到我所有的构建都突然卡住了。如果我单击构建,我会收到以下错误:所有符合条件的代理都被禁用或离线

当我检查我的代理池时,我得到以下信息:

我怎样才能让他们在线/确定他们为什么离线?

【问题讨论】:

  • 好吧,你可以先到代理所在的机器上看看。如果代理处于脱机状态,它无法报告关于为什么它处于脱机状态的错误消息。

标签: tfs azure-devops


【解决方案1】:

尝试登录 VM,然后从代理目录中提升的 powershell 提示符运行 run.cmd。 来源:https://docs.microsoft.com/en-us/azure/devops/pipelines/agents/v2-windows?view=azure-devops

【讨论】:

    【解决方案2】:

    登录到 powershell。导航到代理文件夹,其中包含运行 cmd 提示符和配置 cmd 提示符。

    执行以下命令

    .\run.cmd

    【讨论】:

      【解决方案3】:
      • 检查虚拟机上的日期和时间。如果有错,请改正。

      • 然后以管理员身份运行 powershell 并 cd 进入包含 run.cmd 文件的 azagent 文件夹(很可能是 C:\azagent\A4)。

      • 执行以下命令:

        .\run.cmd

      【讨论】:

        【解决方案4】:

        托管构建代理的虚拟机可以有一个自动关闭时间。通过转到 azure 门户中的虚拟机,确保您的构建 vm 正在运行

        【讨论】:

        • 我遇到了类似的问题,但虚拟机还活着。我意识到我没有安装最新版本的代理工具。一旦我安装了最新的工具,问题似乎就得到了解决(或者至少在过去几个小时内没有出现)
        【解决方案5】:

        当我将 Azure Devops 更新到最新版本 2019.1.3 iirc 时,我的代理停止了运行。

        为了解决这个问题,我做了以下操作:

        1. 转到代理计算机上的 services.msc。停止现有服务。
        2. 进入代理文件夹并通过“config.cmd remove”删除现有配置
        3. 从 Azure Devops 代理池门户页面下载了最新的代理代码。
        4. 用新代理文件替换旧代理的内容。
        5. 返回代理文件夹并通过“config.cmd”配置新代理。告诉它作为服务启动。

        瞧!服务再次恢复运行。

        【讨论】:

          【解决方案6】:

          对我来说,问题是代理突然在门户上离线报告。

          1. 重新启动 VM 中的代理服务 - 没有帮助
          2. 删除的配置文件也没有帮助,因为日志显示 dev.azure.com 没有连接
          3. 只是重启虚拟机有帮助,但还是找不到原因。

          【讨论】:

            猜你喜欢
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 2019-06-03
            • 1970-01-01
            • 2019-12-12
            • 2021-05-13
            • 1970-01-01
            • 2021-01-21
            相关资源
            最近更新 更多