为应用程序池“{0}”提供服务的进程与Windows进程激活服务发生致命的通信错误。如何获得崩溃转储?

时间:2011-07-21 08:00:14

标签: asp.net iis crash-dumps

我有一个运行Windows Server 2008 SP2(64位)和IIS7的实时独立服务器。它在自己的应用程序池中运行一个针对.NET 3.5构建的ASP.NET网站。随机地在一天的不同时间,我得到上述错误。这可能每天发生一次或更多次。通常情况下,它会相对快速地发生两到三次。

查看导致崩溃的进程和日志,似乎没有真正的模式或导致它的特定方案。

从搜索来看,大多数建议似乎都是为了获得崩溃转储并对其进行分析,但是我很难获得。

我安装了Debug Diagnostics 1.2,并尝试了各种崩溃规则设置,但它们没有创建userdump。目前,我使用默认高级配置的“所有IIS / COM +相关进程的崩溃规则”。

有人建议为什么在问题发生时没有创建崩溃转储?还有另一种方法可以获得崩溃转储吗?

编辑:我已根据此useful link安装了调试工具,并使用此命令运行ADPlus:

ADPlus -crash -pn w3wp.exe -o c:\ADplusCrashDump

希望在重新发生时我会收到崩溃转储。 。

编辑2:发现一个递归方法调用,在极少数情况下导致堆栈溢出。希望这是问题解决了。我找到了另一个有用的链接,请参阅此Blog Post

0 个答案:

没有答案