tfs - 在 'Copy Files to Drop Location'步骤之后诊断TFS内部版本挂起

Question

我需要一些有关如何诊断挂起的建议的建议。它只是在最近一两周内发生，我有充分的理由怀疑这是我最近所做的事情，而不仅仅是巧合

设置

TFS 2013年

4个计算机设置-2个应用层(正在淘汰其中之一)，1个sql服务器，1个运行2个代理的构建服务器。

Build Controller与作业代理

一起在第二层应用程序上运行

第一个应用程序层正在为网站提供服务(尽管该计算机将很快关闭，并且随着计算机的变旧，所有内容都将传递到第二个应用程序层)

症状

所有执行的构建(与哪个构建过程模板无关)都永远不会被标记为已完成，最后一步似乎总是与“将文件复制到放置位置”/“工作区和将文件复制到放置位置”/“复制要删除的二进制文件，重置环境”(在每个构建模板中都有不同的名称)

文件似乎已成功删除到构建放置文件夹

中

看着任务管理器，似乎退出了构建服务器上的所有构建过程(只有TFSBuildServiceHost

构建在执行

时显示其正常步骤/记录

主应用程序层在事件日志中具有相关的警告(请参阅下面的警告)

最近更改

在构建服务器

上安装了Xamarin Android/iOS

为Job Agent，Message Queue和Web Services安装了一些自定义构建的插件(由于使用了应用程序层，它们使用了几年才使它们在最近几周内由于应用层迁移而被禁用)。

安装了Tiago的任务板增强器(再次使用了很长时间，最近才禁用了它)

大约一个月前，我们添加了第二个应用程序层，并将sql移至另一台计算机

我尝试过的内容

重新启动两个应用层并构建服务器

卸载Xamarin(尽管我怀疑某些部件仍在 float ，因为Bonjour服务似乎仍已安装)

删除自定义插件

在其中一个版本上启用了日志诊断程序–似乎没有什么特别有趣的功能可以打开

运行最佳实践分析器(没有异常显示)

多个构建过程模板(defaulttemplate，defaulttemplate.11.1，tfvctemplate.12.xaml)

多个构建定义

检查了AppTier和构建服务器的事件日志

The Team Foundation service host request monitor has detected the following condition: Date (UTC): 3/02/2014 12:54:06 a.m. Machine: CODEBASE Application Domain: /LM/W3SVC/1/ROOT/tfs-1-130357641583538280 Assembly: Microsoft.TeamFoundation.Framework.Server, Version=12.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a; v4.0.30319 Service Host: 0dc282b5-59a8-4941-b541-a4f7d314cd0f Process Details: Process Name: w3wp Process Id: 2508 Thread Id: 2504

Detailed Message: A request for service host XXXX has been executing for 37 seconds, exceeding the warning threshold of 30. Request details: Request Context Details Url: /tfs/XXXX/XXXX/_api/_build/stop?__v=4 Method: ApiBuild.stop Parameters: uri = vstfs:///Build/Build/34064 User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.102 Safari/537.36 Unique Id: 00000000-0000-0000-0000-000000000000

The Team Foundation service host request monitor has detected the following condition: Date (UTC): 30/01/2014 11:10:01 p.m. Machine: CODEBASE Application Domain: /LM/W3SVC/1/ROOT/tfs-1-130355232548668648 Assembly: Microsoft.TeamFoundation.Framework.Server, Version=12.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a; v4.0.30319 Service Host: 0dc282b5-59a8-4941-b541-a4f7d314cd0f Process Details: Process Name: w3wp Process Id: 70320 Thread Id: 14540

Detailed Message: A request for service host XXXX has been executing for 37 seconds, exceeding the warning threshold of 30. Request details: Request Context Details Url: /tfs/XXXX/Build/v4.0/BuildService.asmx Method: StopBuilds Parameters: uris[0] = vstfs:///Build/Build/34051 uris = Count = 1 User Agent: Team Foundation (devenv.exe, 12.0.21005.1, Premium, SKU:16) Unique Id: 4d2d3213-fd41-4c4d-8ab0-b87619c96a42

The Team Foundation service host request monitor has detected the following condition: Date (UTC): 31/01/2014 3:14:17 a.m. Machine: CODEBASE Application Domain: /LM/W3SVC/1/ROOT/tfs-1-130355232548668648 Assembly: Microsoft.TeamFoundation.Framework.Server, Version=12.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a; v4.0.30319 Service Host: Process Details: Process Name: w3wp Process Id: 70320
Thread Id: 14540

Detailed Message: There are no active requests for service host XXXX that exceed the warning threshold of 30.

一个快速的谷歌建议在我尝试过的tfs注册表(http://xavierdilipkumar.com/post/2013/07/04/TFS-event-7005-and-7006-warning.aspx)中增加超时时间，它似乎并没有改变任何东西。

Answer 1

您可以在以下位置查看tfs bs日志吗

Event Viewer -> Applications and Services Logs -> Microsoft -> Team Foundation Server -> Build-Services -> Operational

这些超时通常与权限有关。您应该寻找TF215106拒绝访问事件。尽管文件似乎在那里，但它们是当前的全部日期，还是有些具有不同的(较旧的)日期？当文件丢失时，它们还会发生任何警报/步骤吗？

除此之外，它可能会超时，因为其中一个依赖项正在被另一服务使用。