2016-11-25 73 views
0

我们拥有Team Foundation Server 2015 Update 3,并且有多个构建任务正在运行。大多数时候构建都运行得很好,但偶尔(通常在下午2点到4点之间)构建失败,没有明显的原因。tfs buils随机失败

我们会首先在第一个构建失败以下错误

作业已被放弃,因为代理剂-XXX没有续签锁,确保代理程序正在运行,不睡觉,并没有失去与服务通信

然后,以下版本在TFS Web界面上没有任何可见错误的情况下失败。但是在服务器的事件日志中,我们看到

总时间:110160.1665(延迟0毫秒)(持续时间110160.1665ms)(阈值10毫秒)(快速19)(截断0) HostManagement.AspNetRequestContext.EndRequest:110160

我们设置了不同的代理并确保代理正在运行正确的版本。我咀嚼这是一个网络或ssl问题,但它在1-2小时后自行修复使整个问题变得怪异。

我们还安装了全新的代理和flush dns,重新启动iis,回收tfs应用程序池。没有什么似乎是解决方案。我们试图用WireShark或Fiddler来挖掘网络流量,但很难弄清楚发生了什么问题。

+1

您是否尝试禁用防火墙和防病毒软件?你是否尝试在你的TFS机器上配置代理? –

+0

是的,没有防火墙的问题。当构建失败时,我们检查了TFS机器,在进程管理器..etc中没有不寻常的活动。在TFS机器上安装代理是一个好主意(代理需要TFS机器上的某些功能,因此将与团队的其他成员讨论)。我在网上看到类似的问题,但没有明确的答案。因为我们不能重复这个错误,所以很难解决。我猜TFS被广泛用作Build服务器,我们的设置有问题,对吗? –

+0

因为我们无法重现问题,因此很难排除随机问题。奇怪的是,你的问题会在1-2小时后自行解决,似乎阻碍了构建代理和服务器之间的通信,但我不确定是什么导致了这个块。所以你可以尝试在你的TFS机器上配置一个代理来查看你是否会遇到阻塞问题。 –

回答

0

原来,Sql服务器和TFS服务器有12分钟的奇怪时间差。过了一段时间,Network Time Sync再次同步这些机器,并使构建再次运行。我们确保时间同步是服务在机器之间和网络内部正常进行。从那以后我们ddint得到这些错误。