2009-01-24 8 views
14

Haben Sie eine Menge Probleme auf dem Produktionsserver. Einige Routing Ursache Krachen von Application Pool mit Ereignis-ID 1011:IIS 6.0 Application Pool Absturz

Ereignistyp: Warnung Ereignisquelle: W3SVC Ereigniskategorie: Keine Ereignis-ID: 1011 Datum: 2009.01.21 Zeit: 9: 08.17 Benutzer: N/A Computer: xxxxxxxxxxxxx Beschreibung:

ein Anwendungspool 'DefaultAppPool' erlitt einen tödlichen Kommunikationsfehler mit dem World Wide Web Publishing Service Prozess dient. Die Prozess-ID war "3788". Das Datenfeld enthält die Fehlernummer. 8007006d

Ich habe ein paar sehr harte Stunden für mich, bevor ich ein Problem gefunden habe. Dank Tess Ferrandez und ihr blog post habe ich es gefunden.

Überprüfen Sie immer Ihren Multi-Thread-Code in asp.net-Anwendung. Wenn Unhandled-Ausnahmen auftreten, stürzt der Anwendungspool ab und es ist verdammt schwer, WARUM zu finden.

+1

Tess Blog ist hervorragend. Wir hatten einen Täter, der einen unserer Shared-Server-Shared-App-Pools auf IIS6 überlistete, was sich als genaues Problem herausstellte. Das nächste Problem war der Versuch, den Kunden dazu zu bringen, das Problem zu verstehen :) – Kev

Antwort

5

Tess Blog war ein wenig fortgeschritten für mich. Ich musste ziemlich lange suchen, bevor ich die richtigen Artikel fand, die mir beim Debuggen meiner Dump-Dateien halfen. Dieser Artikel wird anderen helfen, die debug their crashing asp.net application pools wollen, aber nicht wissen, wie man beginnt.