Tfs 等待可用代理/等待请求代理

（26.07.2016）我正在虚拟机中使用TFS2015更新3。 当我尝试通过web界面或从团队资源管理器对构建进行排队时，我会得到以下结果。 然后，我在services.msc中重新启动与TFS相关的所有服务，一段时间后，它又开始工作

所以这种情况经常发生

我有一个自定义池正在运行：

是否有方法调试此行为？

检查日志文件

异常按此顺序出现在此处：

检查工件目录是否存在

C:\workspace\agent\\u work\2\a

删除工件目录

System.ComponentModel.Win32Exception（0x80004005）：目录不为空
在Microsoft.TeamFoundation.Common.FileSpec.DeleteDirectoryLongPath（字符串路径、布尔递归、布尔followJunctionPoints）

奇怪的是，排队等待新构建大部分时间都是有效的，这种情况只是偶尔发生

---

可能是，我在记事本中打开了该文件夹中的一个文件，打开了许多选项卡。将观察此问题是否持续并报告。

如果此问题偶尔发生，则工件中可能存在一条很长的路径：

C:\workspace\agent\u work\2\a

或者，有一个被取消的构建使得工件目录被清理了一半，这暴露了清理中的一个bug

2.x代理不受长路径（net core）的约束，但仅适用于2017+：

我们可以进行故障排除，但最好使用2.x代理进入2017+（2018年QU3出局）

---

如果这不是一个选项，请向我发送消息，我们可以深入研究我认为是取消/状态错误的地方。

我看到过当生成定义处于无效状态时会发生这种情况，即它在保存时没有验证错误，但配置的某些方面是错误的。一个具体的例子是尝试在服务器路径映射中使用变量，例如存储库选项卡下的

$\myapp\$（分支）

。这导致构建只是等待代理，这是毫无帮助的。我还没有找到调试它的方法。好吧，但在我的例子中，构建代理正在工作，然后它会像上面解释的那样挂起。然后，我重新启动可以找到的服务下的每个TFS服务。关闭网页。对一个新的构建进行排队，然后在一段时间后它大部分会再次工作。我还发现，当它挂起但构建在后台运行时，我可以看到drop文件夹正在填充。对此不确定，也许我已经一个接一个地将多个构建排队。。。很高兴知道，从哪里开始挖掘…您是否检查了登录\agent\u diag？有什么有用的信息吗？另外，请确保您的代理服务处于运行状态。在我的问题末尾添加了日志文件。现在我可以在日志中看到以下异常：

DeleteDirectoryLongPath

和

Win32Exception

和

TaskCanceledException

出现…

System.ComponentModel.Win32Exception（0x80004005）：目录不是空的