应用程序池的用户身份无效一些生成运行
在我们的TFS构建服务器,我们得到以下错误最建立(所以不是所有的构建,有时构建完美运行!)应用程序池的用户身份无效一些生成运行
“身份应用程序池的应用程序池application_pool_name无效,为该身份指定的用户名或密码可能不正确,或者用户可能没有批量登录权限;如果身份未更正,应用程序池将在应用程序池接收时被禁用它的第一个请求如果批处理登录权限导致该问题,则在Windows进程激活服务(WAS)可以重试登录之前,必须在授予权限后更改IIS配置存储中的标识,如果标识在处理应用程序池的第一个请求后,y仍然无效,应用程序池将被禁用。数据字段包含错误编号。“
由于它运行了一些构建,我们知道这个标识实际上并不是无效的,并且它不是代码问题。有没有人知道是否有任何其他情况下可以得到这个我们已经有这个问题已经有好几个月了......
编辑:我们也发现它在MS更新KB4015547和KB4015550后开始,但是卸载它们并没有帮助。重新输入用户或使用其他用户也没有工作
The identity of all application pools should be set to the correspondingservice account that you specified when you installed Team Foundation Server (TFSService).
更改身份,然后尝试停止并重新启动应用程序池。打开Internet信息服务(IIS)管理器,展开本地计算机并打开应用程序池。打开导航菜单并选择停止或开始。
重新启动应用程序池,以便Windows进程激活服务(WAS)可以确定协议的正确状态。
如果上述操作仍不起作用,您也可以尝试完全重置IIS。更多的方法你可以看看这个线程:An application pool is not configured correctly
我们已经试过了。现在我们有一个(难看的)解决方法:我们的部署脚本每次启动新的构建时都会执行IISreset,这会导致构建与当前配置完美结合。 (如果我们只手动完成一次,它会在下面的一次部署中再次崩溃,但不一定是第一次)但是,这意味着我们每次部署时都无法访问TFS ... – MissWhimsy
你在事件视图中有任何相关的错误信息? –
不,只有这一个,然后出现错误:“应用程序池application_pool_name已被禁用,Windows进程激活服务(WAS)在启动工作进程为应用程序池提供服务时遇到了故障。 但是,原因是上面提到的错误。 我们也发现它在MS更新后(KB4015547和KB4015550)开始启动,但卸载它并没有帮助。我们也尝试重新进入用户并使用其他用户。 – MissWhimsy