我的应用程序池在一天中的几个时间段内停止，并显示以下错误：
由于服务该应用程序池的进程存在一系列故障，应用程序池'MyApplicationPool'正在自动禁用。
如何解决这个问题？
感谢任何建议。
IIS 7.5: 应用程序池问题
7
- Andrei Andrushkevich
2
你的事件日志中有什么可以帮助阐明问题的内容吗？ - Swaff
我从Windows日志中得到了这个错误。 - Andrei Andrushkevich
4个回答
9
这是因为您的应用程序池在5分钟内崩溃超过5次[默认设置-快速故障]。
与其禁用快速故障，不如考虑进行崩溃转储并尝试找出根本原因。请参考http://blogs.msdn.com/b/rahulso/archive/2006/03/02/what-is-a-crash-technically-in-asp-net-and-what-to-do-if-it-happens.aspx。
与其禁用快速故障，不如考虑进行崩溃转储并尝试找出根本原因。请参考http://blogs.msdn.com/b/rahulso/archive/2006/03/02/what-is-a-crash-technically-in-asp-net-and-what-to-do-if-it-happens.aspx。
- Rahul Soni
1
7你提供的链接中所提到的IIS诊断工具包已经不存在了。在Windows 8上如何解决这个问题，使用的是IIS7.5版本？谢谢！ - Adam
4
我曾经遇到过同样的问题，经过一番努力，我意识到这是由于我的域密码更改导致应用程序池发生了变化。前往应用程序池 > 高级设置 > 进程模型 > 身份验证，并将其设置为新密码。
- peter n
1
1进入应用程序池 > 高级设置 > 进程模型 > 身份验证 并将其设置为 LocalSystem。这对我有效。 - Solid1Snake1
2
您可能没有遇到相同的导致应用程序池重启的异常，但是本答案也适用于您的情况：一个服务于“Classic .NET AppPool”的应用程序池进程与Windows Process Activation Service发生了致命通信错误。HTTP错误503
问题的关键在于您的应用程序中的某些内容导致应用程序池不断地重启。您需要确定是什么导致了如此多的异常。解决异常的根本原因后，您的应用程序池就会正常运行，而不会一直重启以至于达到Rapid Fail Protection限制。
- Jacob Ewald
0
我也遇到了同样的问题，花费了几个小时来解决它，尝试了一些不起作用的解决方案后，我去了应用程序池 > 高级设置 > 进程模型 > 身份验证，并将其设置为 LocalSystem。神奇的是，整个问题都得到了解决。
- Alexandra Rhionnan Oswald
1
这对服务器安全有灾难性的后果！ - Alejandro
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接
- 相关问题
- 3 如何正确配置IIS 7.5子应用程序？
- 7 停止 IIS 7.5 应用程序池回收
- 54 IIS 应用程序池进程 ID
- 15 IIS 7.5 应用程序池使用错误的 %APPDATA% 作为自定义用户的身份标识。
- 6 IIS 7.5应用程序初始化（预热）和HTTPS
- 3 IIS 7.5应用程序池重启导致方法无法完成
- 11 IIS 8.5: 应用程序池虚拟账户（IIS AppPool\{应用程序池名称}）不可用。
- 285 什么是IIS应用程序池？
- 7 IIS 7.5应用程序池用户（域用户，而不是AppPoolIdentity）需要哪些用户权限？
- 4 IIS 7.5 应用程序池 / IIS 管理器 GUI 列：应用程序