我在ASP.NET应用程序中做了一些不好的事情。它可能是我正在使用的任意数量的CTP库,或者我只是没有正确处理。但是,当我将ASP.NET重新部署到我的Vista IIS7安装或我的服务器的IIS6安装时,我崩溃了IIS工作进程。
我已经将问题缩小到我的HTTP爬虫,这是一个多线程的野兽,在被要求时抓取网站以获取有用的信息。在我启动爬虫并将应用程序重新部署到顶部之后,而不是正常卸载appDomain并重新加载,IIS工作进程将崩溃(弹出崩溃消息)并继续重新加载应用程序域。
发生此崩溃时,我在哪里可以找到崩溃转储进行分析?
答案 0 :(得分:15)
下载适用于Windows的调试工具: http://www.microsoft.com/whdc/DevTools/Debugging/default.mspx
Windows调试工具有一个脚本(ADPLUS),允许您在进程崩溃时创建转储: http://support.microsoft.com/kb/286350
该命令应该类似(如果您使用的是IIS6):
cscript adplus.vbs -crash -pn w3wp.exe
此命令将调试器附加到工作进程。发生崩溃时,它将生成转储(* .DMP文件)。
您可以在WinDBG中打开它(也包含在Windows调试工具中)。文件>打开崩溃转储...
默认情况下,WinDBG会向您显示(在命令行旁边)该进程崩溃的线程。
您需要在WinDBG中执行的第一件事是加载.NET Framework扩展:
.loadby sos mscorwks
然后,您将显示托管的callstack:
!clrstack
如果线程没有运行托管代码,那么你需要检查本机堆栈:
kpn 200
这应该会给你一些想法。要继续进行故障排除,我建议您阅读以下文章:
答案 1 :(得分:2)
快速搜索IISState - 它依赖于Windows debugging tools并且在发生崩溃时需要运行,但鉴于您所描述的情况,这应该不是问题,< / p>
答案 2 :(得分:0)
您也可以将DebugDiag用于此
可以在这里找到一个很好的解释:
http://blogs.msdn.com/b/tess/archive/2009/03/20/debugging-a-net-crash-with-rules-in-debug-diag.aspx