Azure DevOps自托管代理错误连接问题

Azure DevOps自托管代理错误连接问题,azure,azure-devops,azure-devops-self-hosted-agent,azure-devops-pipelines,Azure,Azure Devops,Azure Devops Self Hosted Agent,Azure Devops Pipelines,我们正在使用Azure DevOps自托管代理构建和发布我们的应用程序。我们经常看到 下面的错误和自动恢复。有人知道这个错误是什么,如何解决这个问题,以及在哪里准确地检查有关错误的日志吗 We stopped hearing from agent <agent name>. Verify the agent machine is running and has a healthy network connection. Anything that terminates an agen

我们正在使用Azure DevOps自托管代理构建和发布我们的应用程序。我们经常看到 下面的错误和自动恢复。有人知道这个错误是什么,如何解决这个问题,以及在哪里准确地检查有关错误的日志吗

We stopped hearing from agent <agent name>. Verify the agent machine is running and has a healthy network connection. Anything that terminates an agent process, starves it for CPU, or blocks its network access can cause this error. For more information, see: https://go.microsoft.com/fwlink?Linkid=846610
我们没有收到探员的消息。验证代理计算机是否正在运行并具有正常的网络连接。任何终止代理进程、耗尽其CPU或阻止其网络访问的操作都可能导致此错误。有关详细信息,请参阅:https://go.microsoft.com/fwlink?Linkid=846610

这似乎是许多人都知道的自托管代理和Microsoft托管代理的问题

引用Azure Pipelines产品组
@zachariahcox
的回复:

为了提供一些上下文,azure pipelines代理由两部分组成 进程:
agent.listener
agent.worker
(每个
作业中的
步骤
)。监听者负责报告这一点 工人们仍在进步。如果
agent.listener
无法 与服务器通信10分钟(我们尝试 每分钟沟通一次),我们假设出了问题 放弃工作

所以,如果你在运行一台私人机器,任何可能干扰 由于侦听器与服务器通信的能力 这可能是个问题

在我所看到的问题中,有一些反病毒程序将其识别为 威胁,以各种方式行动的本地代理,物理机器 内存或磁盘空间不足(很常见),机器 意外地重新启动,有人按住ctrl+c'键启动整个侦听器进程, 工作负载以比侦听器更高的优先级运行 (从而“饥饿”监听器),单元测试关闭网络 适配器(非常常见),在上有太多处于正常优先级的代理 同一台机器,让他们互相饿死,等等

如果你认为你看到的问题是任何人都无法解释的 上述内容(并且没有任何内容从
\u diag
logs文件夹中跳出), 请将问题提交至


如果您的代理似乎一切正常,并且帮助中没有提到任何步骤,请报告Azure DevOps团队和DevOps社区积极回答问题的位置。

以下回复是否有帮助?感谢您提供此详细信息。虽然它没有解决问题,但它帮助我了解了问题的方向。