【问题标题】:Crash dump stack trace IIS7 + windows 2008 (64)崩溃转储堆栈跟踪 IIS7 + windows 2008 (64)
【发布时间】:2012-02-01 05:44:07
【问题描述】:

我有一个不断崩溃的 AppPool,最初在系统事件日志中出现以下错误:

为应用程序池“X”提供服务的进程与 Windows 进程激活服务发生了致命的通信错误。进程 ID 为“Y”。数据字段包含错误号。

在其中几个之后,AppPool 停止并且系统事件日志中出现以下错误:

由于为该应用程序池提供服务的进程中出现一系列故障,应用程序池“X”被自动禁用。

我已经下载并安装了 v1.2 的调试诊断工具,并为所有 IIS 相关进程设置了崩溃规则,但没有任何日志记录。我听说这仅适用于在 32 位模式下运行的应用程序?

我还有哪些其他方法可以找出导致此应用崩溃的原因?

干杯

【问题讨论】:

    标签: .net iis-7


    【解决方案1】:

    ADPlus 适用于 64 位进程

    【讨论】:

    • 谢谢。我已经运行了 CMD“adplus -crash -pn w3wp.exe -o c:\temp”(来自位置 C:\Program Files\Debugging Tools for Windows (x64),任何感兴趣的人)。我会看看这是怎么回事。
    • 是的,这会倾倒大量的日志数据。现在只需要解释它......(我有WinDbg)。对此的任何提示也将不胜感激:)
    • 您可能需要 SOSEX for WinDbg 才能理解 .NET 代码,尽管它可能已包含在内。 This SO topic 很有帮助,this nice ASP.NET/WinDbg walkthrough by Tess Ferrandez 也是如此。
    猜你喜欢
    • 1970-01-01
    • 2021-07-02
    • 1970-01-01
    • 2011-07-27
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多