Obtención de proceso de trabajo de IIS Volcados de bloqueo

Question

Estoy haciendo algo malo en mi aplicación ASP.NET. Podría ser la cantidad de bibliotecas CTP que estoy usando o simplemente no estoy eliminando algo correctamente. Pero cuando vuelvo a implementar mi ASP.NET en mi instalación de Vista IIS7 o en la instalación de IIS6 de mi servidor, bloqueo un proceso de trabajo de IIS.

Reduje el problema a mi rastreador HTTP, que es una bestia multiproceso que rastrea sitios para obtener información útil cuando se le solicita. Después de iniciar un rastreador y volver a desplegar la aplicación en la parte superior, en lugar de descargar con gracia el dominio de aplicación y volver a cargar, un proceso de trabajo de IIS se bloqueará (apareciendo un mensaje bloqueado) y continuará recargando el dominio de la aplicación.

Cuando ocurre este bloqueo, ¿dónde puedo encontrar el volcado de emergencia para el análisis?

Answer 1

herramientas de depuración para Descargar ventanas: http://www.microsoft.com/whdc/DevTools/Debugging/default.mspx

Herramientas de depuración para windows tiene tiene un guión (Adplus) que le permite crear vertederos cuando un proceso ACCIDENTES: http://support.microsoft.com/kb/286350

El comando debe ser someth ing como (si está utilizando IIS 6):

cscript adplus.vbs -crash -pn w3wp.exe 

Este comando asociar el depurador al proceso de trabajo. Cuando se produce el bloqueo generará un volcado (un archivo * .DMP).

Puede abrirlo en WinDBG (también incluido en las herramientas de depuración para Windows). Archivo> Abrir volcado de bloqueo ...

De forma predeterminada, WinDBG le mostrará (al lado de la línea de comando) el hilo donde se bloqueó el proceso.

La primera cosa que hay que hacer en WinDBG es cargar las extensiones de .NET Framework:

.loadby sos mscorwks 

continuación, se mostrará la pila de llamadas administrado:

!clrstack 

si el hilo no era ejecutando el código administrado, entonces deberá verificar la pila nativa:

kpn 200 

Esto debería dar ¿Tienes algunas ideas? Para continuar con la solución le recomiendo que lea el siguiente artículo:

http://msdn.microsoft.com/en-us/library/ee817663.aspx

Answer 2

Una búsqueda rápida encontró IISState - Se basa en el Windows debugging tools y debe estar en ejecución cuando se produce un accidente, pero dadas las circunstancias que he descrito, esto no debería ser un problema,

Answer 3

También puede utilizar DebugDiag para este

Una gran explicación se puede encontrar aquí:

http://blogs.msdn.com/b/tess/archive/2009/03/20/debugging-a-net-crash-with-rules-in-debug-diag.aspx