Je dois trouver la raison de l'ID d'événement 2262, blocage détecté de notre application ASP.NET (64 bits). Cela arrive 1-3 fois par jour sur notre serveur de développement.Aucun thread géré dans le vidage créé par le pool d'applications IIS orphelin de 64 bits ASP.NET
J'ai créé mini-vidage de la mémoire complète par orphelins du pool d'applications comme cela est décrit ici: http://support.microsoft.com/kb/828222
J'ai ouvert la décharge avec windbg et a essayé de trouver un fil géré: ~ * e clrstack
I reçu pour tous les threads: Impossible de parcourir la pile gérée. Le thread actuel n'est probablement pas un thread géré. Vous pouvez exécuter! Threads pour obtenir une liste des threads gérés dans le processus
Le même résultat que je reçois quand je prends dump à partir de la ligne de commande (en exécutant la même commande que pour les orphelins).
Dois-je prendre ou visionner le vidage de manière différente?
Pour faire, je travaille WinDBg exécuter des commandes suivantes: .load c: \ Windows \ Microsoft.NET \ Framework64 \ v2.0.50727 \ mscorwks.dll .load c: \ Windows \ Microsoft.NET \ Framework64 \ v2. 0.50727 \ mscordacwks.dll .load c: \ Windows \ Microsoft.NET \ Framework64 \ v2.0.50727 \ sos.dll .symfix "c: \ Program Files \ outils de débogage pour Windows (x64) \ cache" .cordll - ve -u -l
Et j'ai dll suivant dans le dossier dbg tools: mscordacwks_AMD64_X64_2.0.50727.3603.dll (tiré du répertoire Framework64).
J'ai essayé d'explorer tous nos journaux et je n'ai trouvé aucune donnée corrélée avec les horodatages d'échec de blocage. J'ai passé en revue et souligné le code commis dans svn sur la date du blocage de poing et plusieurs jours avant - aucune impasse s'est produite pendant le stress.
Je parie sur la pile de clr, merci pour toute aide, Jan