TFS 2013，在构建方面仅取得部分成功。 “将诊断活动日志复制到放置位置时发生错误”

Question

我知道这个问题已被报道过很多次，但我发现的解决方案并不适用于我。设置：

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

     

   “将诊断活动日志复制到放置位置时发生错误。详细信息：HTTP请求超时后超时   0点01分40秒“。

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

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

现在的设置如下：

TFS2013，SQL和Sharepoint位于 boxTFS2013 上（即将移动Sharepoint）。 TFS2013正在 DOMAIN \ TFSService帐户上运行。

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

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

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

Answer 1

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

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

赫伯特

Answer 2

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

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