【问题标题】:application pool user identity invalid some of the build runs应用程序池用户身份无效的一些构建运行
【发布时间】:2017-12-24 11:08:52
【问题描述】:

在我们的 TFS 构建服务器上,我们收到以下错误大多数构建(所以不是所有构建,有时构建运行完美!)

"应用池application_pool_name的身份无效。为该身份指定的用户名或密码可能不正确,或者用户可能没有批量登录权限。如果不更正身份,应用池将被当应用程序池收到其第一个请求时禁用。如果批处理登录权限导致问题,则必须在授予权限后更改 IIS 配置存储中的标识,然后 Windows Process Activation Service (WAS) 才能重试登录。如果标识应用程序池的第一次请求处理后仍然无效,应用程序池将被禁用。数据字段包含错误号。"

由于它运行了一些构建,我们知道身份实际上不是无效的,这不是代码问题。有谁知道是否还有其他情况会出现此特定错误?我们已经有这个问题好几个月了......

编辑:我们还发现它是在 MS 更新 KB4015547 和 KB4015550 之后开始的,但卸载它们并没有帮助。重新输入用户或使用其他用户也不起作用。

【问题讨论】:

  • 您在事件视图中是否有任何相关的错误信息?
  • 不,只有这个,然后出现错误:“应用程序池 application_pool_name 已被禁用。Windows 进程激活服务 (WAS) 在启动工作进程为应用程序池提供服务时遇到故障。 "但原因是上面提到的错误。我们还发现它在 MS 更新(KB4015547 和 KB4015550)之后启动,但卸载它并没有帮助。我们也尝试过重新输入用户并使用另一个用户。

标签: tfs iis-6 application-pool was


【解决方案1】:

所有应用程序池的标识应设置为 安装时指定的对应服务帐号 Team Foundation Server (TFSService)。

更改身份,然后尝试停止并重新启动应用程序池。为此,请打开 Internet 信息服务 (IIS) 管理器,展开本地计算机并打开 应用程序池。打开导航菜单并选择停止开始

重新启动应用程序池,以便 Windows 进程激活服务 (WAS) 可以确定协议的正确状态。

如果上述方法仍然不起作用,您也可以尝试完全重置 IIS。您可以通过更多方式查看此线程:An application pool is not configured correctly

【讨论】:

  • 我们已经尝试过了。现在我们有一个(n丑陋的)解决方法:每次新构建开始时,我们的部署脚本都会执行 IISreset,这会导致该构建在当前配置下完美运行。 (如果我们只手动执行一次,它只会在以下一次部署中再次崩溃,不一定是第一次)但是,这意味着我们每次部署时都无法达到 TFS...
猜你喜欢
  • 2012-01-20
  • 2011-06-30
  • 2016-10-30
  • 1970-01-01
  • 2019-10-26
  • 1970-01-01
  • 1970-01-01
  • 2010-11-10
  • 2016-07-21
相关资源
最近更新 更多