3

我知道这个问题已经报告了好几次了，但是我找到的解决方案对我不起作用。设置：

  1. 我们将 TFS 2010 升级到 TFS2013 如升级手册之一所述，我们已备份数据库和分析服务密钥并将它们恢复到不同的机器上。我们称这个新盒子为 boxTFS2013。最初整个设置都是在那里完成的，除了一些共享点问题之外，它是成功的。但是构建服务开始报告这个问题：

    “将诊断活动日志复制到放置位置时出错。详细信息：HTTP 请求在 00:01:40 后超时。”

    几乎所有与 TFS 相关的东西，包括构建服务都在帐户DOMAIN\TFSService上运行。NTNetworkAuthority上没有任何内容

  2. 作为第二步，我们创建了一个新的构建服务器boxBUILD2013，在那里安装了构建服务并从boxTFS2013卸载了构建服务。同样的问题 - 构建部分成功并且发生相同的日志复制失败。

现在的设置如下：

TFS2013、SQL和Sharepoint在盒子上TFS2013（Sharepoint即将搬家）。TFS2013 在DOMAIN\TFSService 帐户上运行。

构建服务在boxBUILD2013上设置。有一个控制器和两个代理。代理的工作文件夹是 d:\BUILD，帐户是DOMAIN\TFSService。放置文件夹在同一个盒子上，e:\BUILDS（我们解决当前问题后将更改名称）。

通常人们通过授予构建代理写入放置文件夹的权限来解决此问题。从一开始就是这样（该域帐户始终可以访问），但问题仍然存在。只是为了验证问题与权限无关，我已授予帐户 Everyone 完全控制权限：d:\BUILD 和 e:\Builds

据我所知，xml 构建定义不包含任何异常。构建将文件删除到它们应该放置的位置，部分失败仅发生在日志上。我真的没主意了。有人可以建议吗？

4

2 回答 2

3

解决方案：通过添加 C:\Program Files\Microsoft Team Foundation Server 12.0\Tools\TFSBuildServiceHost.exe.config
来增加超时

<appSettings> 
<add key="ServerDrop.MaxRequestTimeInSeconds" value="300"/>
</appSettings>

赫伯特

于 2014-10-14T09:16:27.077 回答
0

在某种程度上，我设法解决了它。

显然，构建服务器在成功构建后会对 TFS 服务器进行一些 HTTP Post。完全不知道为什么或它是什么。如果 TFS 服务器由于某种原因很忙，则会失败。它可能是一个受阻的网络，也可能是别的东西。在我们的例子中，它是 TFS 运行的动力不足的盒子。向那个盒子添加 4GB RAM（TFS 一个，而不是构建一个！）解决了这个问题。所以基本上构建服务器失败并抛出错误，因为 TFS 服务器没有足够的 RAM。尽管我们现在在一个非常强大的盒子上，但我们仍然在 SQL 抛出大量错误日志方面遇到很多问题，但我希望我们能够解决这个问题。

于 2014-05-16T13:40:15.257 回答