volcado significa que pila memoria files dmp debug datos completa archivos archivo c# asp.net multithreading debugging iis

c# - significa - Obtención de volcados de volcado de proceso de trabajo de IIS



volcado de memoria completa (3)

Una búsqueda rápida encontró IISState : depende de las herramientas de depuración de Windows y necesita ejecutarse cuando se produce un bloqueo, pero dadas las circunstancias que ha descrito, esto no debería ser un problema.

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?

Descargue las herramientas de depuración para Windows: http://www.microsoft.com/whdc/DevTools/Debugging/default.mspx

Debugging Tools para Windows tiene una secuencia de comandos (ADPLUS) que le permite crear volcados cuando un proceso CRASHES: http://support.microsoft.com/kb/286350

El comando debería ser algo así como (si está utilizando IIS6):

cscript adplus.vbs -crash -pn w3wp.exe

Este comando conectará 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 ...

Por defecto, WinDBG le mostrará (junto a la línea de comando) el hilo en el que se colgó el proceso.

Lo primero que debe hacer en WinDBG es cargar las extensiones de .NET Framework:

.loadby sos mscorwks

luego, visualizará el callstack administrado:

!clrstack

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

kpn 200

Esto debería darte algunas ideas. Para continuar con la solución de problemas, le recomiendo que lea el siguiente artículo:

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