AOS Crash, Análisis DUMP

1 Estrella2 Estrella3 Estrella4 Estrella5 Estrella (Sin calificar)
Cargando…
Escrito por René Roca el . Posteado en Consultoria, Programacion, Tecnica, X++

En algunas ocasiones nos encontramos que cuando estamos trabajando con Dynamics Ax 2012, nuestro sistema puede ser inestable con caídas de algún AOS de forma inexplicable.

Estas caídas pueden ser debidas a problemas de códigos o algún componente mal instalado que no esté afectando a nuestro sistema.

Para detectar estas caídas podemos utilizar las siguiente herramienta:

Primero de todo tendremos que descargar e instalar la aplicación, tenemos que seleccionar la opción de 64 Bits, a continuación se muestra el proceso de instalación.

Una vez instalado el programa, lo podremos encontrar en la siguiente en la entrada Debug Diagnostics Tool 2, en el menú de programas instalados.

Abrimos el programa y procedemos a la configuración de una nueva regla, para poder interceptar cuando se produzca una caída del AOS y guardar su información en un fichero DUMP.

  1. Creamos una nueva alerta de tipo Crash
  2. Seleccionamos la opción “A Specific process”
  3. Seleccionamos el proceso del AOS, AX32Serv.exe
  4. Indicamos el número dumps máximos que capturaremos.
  5. Especificamos el nombre de la alerta y la ubicación donde guardamos los DUMPS
  6. Activamos la alerta
  7. Dejamos la sesión abierta con Debug Diagnostics Tools funcionando para capturar los DUMPS.

A continuación se muestra pasa a paso como crear una regla.

En el último paso sino tenemos descargados los símbolos de Microsoft, nos propondrá configurarlos.

Una vez que tenemos el fichero Dump creado, haremos botón derecho sobre el y seleccionaremos Analyze Crash/Hang Issue
001

Con esto conseguiremos que se analice el fichero dump, esta acción puede tardar unos cuantos minutos en finalizar.
001

Una vez analizado el fichero DUMP, obtendremos un report donde veremos información sobre el AOS que ha caído y lo más importante de todo el último call stack ejecutado.
001

En la sección Analisys Summary en el apartado error, si hacemos click sobre el número de thread que ha dado error,en nuestro caso el 24 podremos ver la pila de llamada que provocó el error.
001

En nuestro caso esta teniendo un problema con el proceso de Programación de OF, visto que las últimas llamadas del Call Stack hacen referencencia a las clases

JobScheduling
ProdJournalCheckPost.Run

001

Nota Nota: Por parte de Microsoft se ha liberado en Life Cycle una funcionalidad también para el análisis de dumps, podeís obtener más información en el siguiente Link.

Etiquetas:, , ,

Deja un comentario