TFS2015新安装，503服务不可用

我已经按照“单服务器”手册安装了 TFS 2015（).

我配置了一个简单的构建，构建了一个小型控制台应用程序，添加了一个单元测试项目，并进行了一个小单元测试。

构建配置现在分为三个步骤。

1. NuGet 安装程序
2. Visual Studio 构建
3. 视觉工作室测试

现在，每次调用第三步时，都会发生错误，浏览器中会出现一个带有文本的红色框：

503: 503: error
TFS.WebApi.Exception: 503: error    at k (http://teamfs2015:8080/tfs/_static/tfs/Dev14.M95.3/_scripts/TFS/min/corejs?v=IiKWXrylMIeJdHBpXJwuE0SpVjVnmci79kLQuyG8-s41:64:375)
at http://teamfs2015:8080/tfs/_static/tfs/Dev14.M95.3/_scripts/TFS/min/corejs?v=IiKWXrylMIeJdHBpXJwuE0SpVjVnmci79kLQuyG8-s41:64:2955
at d (http://teamfs2015:8080/tfs/_static/tfs/Dev14.M95.3/_scripts/TFS/min/corejs?v=IiKWXrylMIeJdHBpXJwuE0SpVjVnmci79kLQuyG8-s41:64:635)
at http://teamfs2015:8080/tfs/_static/tfs/Dev14.M95.3/_scripts/TFS/min/corejs?v=IiKWXrylMIeJdHBpXJwuE0SpVjVnmci79kLQuyG8-s41:64:2888
at l (http://teamfs2015:8080/tfs/_static/tfs/Dev14.M95.3/_scripts/TFS/min/q.js:27:8122)
at http://teamfs2015:8080/tfs/_static/tfs/Dev14.M95.3/_scripts/TFS/min/q.js:27:8348
at t.when (http://teamfs2015:8080/tfs/_static/tfs/Dev14.M95.3/_scripts/TFS/min/q.js:27:3780)
at t.u.promiseDispatch (http://teamfs2015:8080/tfs/_static/tfs/Dev14.M95.3/_scripts/TFS/min/q.js:27:2824)
at http://teamfs2015:8080/tfs/_static/tfs/Dev14.M95.3/_scripts/TFS/min/q.js:27:1649
at MessagePort.t (http://teamfs2015:8080/tfs/_static/tfs/Dev14.M95.3/_scripts/TFS/min/q.js:27:5773)
Session Id: c0c3ef7f-e1db-4bf8-976a-f820a0701334

是的，烦人的 503：服务不可用错误......

有什么办法可以消除这个错误吗？ 我正在为构建服务器使用域帐户，它们没有配置为过期，这些帐户位于管理员组中。等等等等。

我想我尝试了互联网上有关此问题的所有信息，但似乎没有任何效果。

我们在安装 TFS2012 时也遇到同样的问题。

查看事件查看器（应用程序），每次问题发生前都会出现以下信息：

1. 信息：TFS 服务

   申请请求处理已开始

   服务器版本 = Microsoft.TeamFoundation.Framework.Server，版本 = 14.0.0.0，文化 = 中性，PublicKeyToken = b03f5f7f11d50a3a 服务帐户 = NT AUTHORITY\NETWORK SERVICE 机器名称 = TEAMFS2015

   应用程序域：/LM/W3SVC/2/ROOT/tfs-1-131066466082045873

2. 信息：TFS 服务

   该应用程序由于以下原因而被关闭：HostingEnvironment 应用程序域：/LM/W3SVC/2/ROOT/tfs-1-131066466082045873

3. 信息：TraceLog 分析器

   TraceLog Profiler 组件关闭，进程 w3wp.exe

4. 信息：TraceLog 分析器

   TraceLog Profiler 组件关闭，进程 te.processhost.management.exe

5. 错误：Perflib

   DLL“C:\Windows\Microsoft.NET\Framework64\v2.0.50727\aspnet_perf.dll”中服务“ASP.NET_64_2.0.50727”的打开过程失败。此服务的性能数据将不可用。数据部分的前四个字节 (DWORD) 包含错误代码。

6. 错误：Perflib

   DLL“C:\Windows\System32\Secur32.dll”中服务“Lsa”的打开过程失败。此服务的性能数据将不可用。数据部分的前四个字节 (DWORD) 包含错误代码。

7. 错误：PerfNET

   无法打开服务器服务性能对象。数据部分的前四个字节 (DWORD) 包含状态代码。

Update

“Microsoft Team Foundation Server 应用程序池”每次都会“停止”。所以问题可能与应用程序池有关。或者应用程序池将因另一个错误而停止......

Update阅读 jessehouwing 的评论，事件查看器显示结果：“应用程序和服务日志”>“Microsoft-Team Foundation Server”>“调试”：

1. 错误 总时间：19235.2866（延迟0ms）（持续时间19235.2866ms）（阈值10ms）（快速18）（截断0） VssRequestContext.HostManagement.TaskAgentPoolHub.Connect：19223 VssRequestContext.HostManagement.TaskAgentPoolHub.Connect：-19235 HostManagement.AspNetRequestContext.EndRequest：19235
2. 错误 总时间：19372.701（延迟 0ms）（持续时间 19372.701ms）（阈值 10ms）（快速 19）（截断 0） HostManagement.AspNetRequestContext.EndRequest:19372
3. 错误 总时间：19235.1277（延迟 0ms）（持续时间 19235.1277ms）（阈值 10ms）（快速 19）（截断 0） HostManagement.AspNetRequestContext.EndRequest:19235
4. 错误 总时间：19278.2777（延迟 0ms）（持续时间 19278.2777ms）（阈值 10ms）（快速 19）（截断 0） HostManagement.AspNetRequestContext.EndRequest:19278 5、6、7.信息 TFS 活动日志条目
5. 错误 Microsoft.TeamFoundation.Framework.Server.RequestCanceledException：TF400733：请求已取消：客户端已断开连接。 在 Microsoft.TeamFoundation.Framework.Server.VssRequestContext.CheckCanceled（布尔 throwIfShutdown） 在 Microsoft.TeamFoundation.Framework.Server.VssRequestContext.get_ServiceProvider() 在 Microsoft.TeamFoundation.Framework.Server.VssRequestContextExtensions.GetService[TService]（IVssRequestContext 上下文） 在 Microsoft.TeamFoundation.Framework.Server.ActivityLoggingAttribute.OnActionExecuted（HttpActionExecutedContext actionExecutedContext） 在System.Web.Http.Filters.ActionFilterAttribute.OnActionExecutedAsync（HttpActionExecutedContext actionExecutedContext，CancellationToken取消令牌） --- 从先前抛出异常的位置开始的堆栈跟踪结束 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 System.Web.Http.Filters.ActionFilterAttribute.d__5.MoveNext() --- 从先前抛出异常的位置开始的堆栈跟踪结束 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 System.Web.Http.Filters.ActionFilterAttribute.d__0.MoveNext() --- 从先前抛出异常的位置开始的堆栈跟踪结束 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 System.Web.Http.Controllers.ActionFilterResult.d__2.MoveNext() --- 从先前抛出异常的位置开始的堆栈跟踪结束 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 System.Web.Http.Filters.AuthorizationFilterAttribute.d__2.MoveNext() --- 从先前抛出异常的位置开始的堆栈跟踪结束 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 System.Web.Http.Filters.AuthorizationFilterAttribute.d__2.MoveNext() --- 从先前抛出异常的位置开始的堆栈跟踪结束 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 System.Web.Http.Controllers.ExceptionFilterResult.d__0.MoveNext()
6. 错误 Microsoft.TeamFoundation.Framework.Server.RequestCanceledException：TF400733：请求已取消：客户端已断开连接。 在 Microsoft.TeamFoundation.Framework.Server.VssRequestContext.CheckCanceled（布尔 throwIfShutdown） 在 Microsoft.TeamFoundation.Framework.Server.VssRequestContext.get_ServiceProvider() 在 Microsoft.TeamFoundation.Framework.Server.VssRequestContextExtensions.GetService[TService]（IVssRequestContext 上下文） 在 Microsoft.TeamFoundation.Framework.Server.ActivityLoggingAttribute.OnActionExecuted（HttpActionExecutedContext actionExecutedContext） 在System.Web.Http.Filters.ActionFilterAttribute.OnActionExecutedAsync（HttpActionExecutedContext actionExecutedContext，CancellationToken取消令牌） --- 从先前抛出异常的位置开始的堆栈跟踪结束 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 System.Web.Http.Filters.ActionFilterAttribute.d__5.MoveNext() --- 从先前抛出异常的位置开始的堆栈跟踪结束 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 System.Web.Http.Filters.ActionFilterAttribute.d__0.MoveNext() --- 从先前抛出异常的位置开始的堆栈跟踪结束 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 System.Web.Http.Controllers.ActionFilterResult.d__2.MoveNext() --- 从先前抛出异常的位置开始的堆栈跟踪结束 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 System.Web.Http.Filters.AuthorizationFilterAttribute.d__2.MoveNext() --- 从先前抛出异常的位置开始的堆栈跟踪结束 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 System.Web.Http.Filters.AuthorizationFilterAttribute.d__2.MoveNext() --- 从先前抛出异常的位置开始的堆栈跟踪结束 --- 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务任务） 在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务任务） 在 System.Web.Http.Controllers.ExceptionFilterResult.d__0.MoveNext()

查看日志记录的“详细信息”，我没有看到任何类似于问题原因的内容。在出现错误之前，有几个日志条目，例如： TaskHubTimelineRecordLog.AppendLogContent、TaskHubTimelineRecordLog.CreateLog、TaskHubTimelineRecordFeeds.PostLines、TaskHubTimelineRecords.UpdateRecords。然后在“UpdateRecords”之后，立即出现来自 SignalR 的错误（这是后端和我开始构建的前端页面之间的通信）。

噗，终于找到问题了……对于具体的解决方案，我们使用了一个UnitTest.runsettings文件（参见https://msdn.microsoft.com/en-us/library/jj635153.aspx https://msdn.microsoft.com/en-us/library/jj635153.aspx）我们可以配置哪些程序集应从代码覆盖率报告中排除。

我已配置“Visual Studio Test”构建步骤来使用此文件。执行选项：“运行设置文件”。 runsettings 文件与 VS2012（更新 4）中此解决方案的文件相同。

由于某些奇怪的原因，TFS2015（更新 2）无法处理我们的运行设置文件。因此，通过删除上述设置，应用程序池将不再停止......

例如，我在这里显示运行设置文件：

<?xml version="1.0" encoding="utf-8"?>
<RunSettings>
   <!-- Configurations that affect the Test Framework -->
   <RunConfiguration>
      <!-- Path relative to solution directory -->
      <ResultsDirectory>.\TestResults</ResultsDirectory>

      <!-- [x86] | x64
      - You can also change it from menu Test, Test Settings, Default Processor Architecture -->
      <TargetPlatform>x86</TargetPlatform>

      <!-- Framework35 | [Framework40] | Framework45 -->
      <TargetFrameworkVersion>Framework45</TargetFrameworkVersion>

      <!-- [false] | true -->
      <TreatTestAdapterErrorsAsWarnings>false</TreatTestAdapterErrorsAsWarnings>
   </RunConfiguration>

   <!-- Configurations for data collectors -->
   <!-- For code coverage exclusions etc see: http://msdn.microsoft.com/en-us/library/jj159530.aspx.
        Also: https://msdn.microsoft.com/en-us/library/jj159530.aspx -->
   <DataCollectionRunSettings>
      <DataCollectors>
         <DataCollector friendlyName="Code Coverage"
                        uri="datacollector://Microsoft/CodeCoverage/2.0"
                        assemblyQualifiedName="Microsoft.VisualStudio.Coverage.DynamicCoverageDataCollector, Microsoft.VisualStudio.TraceCollector, Version=11.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
            <Configuration>
               <CodeCoverage>

                  <!-- Match assembly file paths: -->
                  <ModulePaths>
                     <Exclude>
                        <ModulePath>.*CPPUnitTestFramework.*</ModulePath>
                        <ModulePath>.*fluentassertions.*</ModulePath>
                        <ModulePath>.*utils.test.dll</ModulePath>
                     </Exclude>
                  </ModulePaths>

                  <!-- Match the company name property in the assembly: -->
                  <CompanyNames>
                     <Exclude>
                        <CompanyName>.*microsoft.*</CompanyName>
                     </Exclude>
                  </CompanyNames>
               </CodeCoverage>
            </Configuration>
         </DataCollector>
      </DataCollectors>
   </DataCollectionRunSettings>

   <!-- Adapter Specific sections -->

   <!-- MSTest adapter -->
   <MSTest>
      <MapInconclusiveToFailed>true</MapInconclusiveToFailed>
      <CaptureTraceOutput>false</CaptureTraceOutput>
      <DeleteDeploymentDirectoryAfterTestRunIsComplete>true</DeleteDeploymentDirectoryAfterTestRunIsComplete>
      <DeploymentEnabled>true</DeploymentEnabled>
   </MSTest>
</RunSettings>

对我来说，这个文件没有任何问题，它的工作原理就像在 VS2015 和 VS2013 中使用它时应该的那样......

如果没有此文件，TFS2015 将报告错误的代码覆盖率，因为它不会忽略第 3 方 nuget 包。因此，runsettings 文件的代码覆盖率约为 80%，但 TFS2015 现在报告的代码覆盖率为 31%......

但是嘿，问题似乎已经解决了...或者我应该说，我在 TFS2015 中发现了一个错误:-)