TFS2015新安装,503服务不可用

2024-01-21

我已经按照“单服务器”手册安装了 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 中发现了一个错误:-)

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

TFS2015新安装,503服务不可用 的相关文章

随机推荐