我们运行的是32位Windows Server 2008，IIS版本为7。
我们正在尝试发布一个asp.net4.0 webapp，到目前为止，我们的尝试只在serverlog中产生了一些警告，甚至没有停止4.0应用程序池
为应用程序池“ASP.NET v4.0”提供服务的进程在与Windows Process Activation Service通信时遇到致命错误。进程ID为“1904”。数据字段包含错误号。
应用程序在4.0应用程序池和默认网站下运行。
我们还有一些旧的，ASP运行得很完美.
即使当试图发布一个贫瘠的（读。只有1行文本）。aspx文件，它失败得很惨...我们已经很长时间运行的想法上做什么，所以任何形式的输入将不胜感激...
7条答案
按热度按时间cnh2zyt31#
确保IIS中
Advanced Settings下的每个应用程序池都将Enable 32 bit Applications设置为**True**uxhixvfz2#
我在一天中大部分时间里都在调试这个问题，当我快要烧掉大楼的时候，我发现了Process Monitor tool from Sysinternals。
设置它来监视
w3wp.exe，并在你在浏览器中发出请求后，在它退出之前检查最后的事件。希望这能帮助更多的读者。fkaflof63#
调试诊断工具（DebugDiag）可以是一个救星。它创建和分析IIS崩溃转储。我一看到调用堆栈就在几分钟内弄清楚了我的崩溃。
IIS Application Pool Crash and Debug Diag
6za6bjd04#
当我遇到这个问题时，我从MSDN安装了“Visual Studio 2015远程工具”。我将我的本地VS附加到服务器上进行调试。
我知道有些人可能没有能力安装或访问其他服务器，但我想我会把它作为一个选项。
rn0zuynd5#
我最近遇到了这种情况。我们的组织将运行应用程序池的帐户限制为Active Directory中的选定服务器列表。我发现我没有将承载应用程序的计算机之一添加到AD中该帐户的“登录到”列表。
pobjuy326#
对我来说，问题是一个配置文件缺少一个元素。
nlejzf6q7#
在我们的案例中，这个问题与在
Configuration(IAppBuilder app)方法中使用app.UseCors(corsOptions)有关。这个问题还伴随着IIS响应时间的增加和502个错误的峰值。尽管我们不知道它是如何导致这个问题的。