Ich habe eine Website, die seit ungefähr acht Monaten absolut in Ordnung ist. Es läuft .net 4 intergrated-Modus.
Vor kurzem habe ich angefangen, einige "zufällige" w3wp.exe Abstürze zu bekommen, und nach 5 von ihnen, IIS Rapid Fail Protection tritt ein und ich muss mich manuell beim Server anmelden und den Anwendungspool erneut starten.
>Hier ist, was die Ereignisanzeige für den Fehler sagt:
%Vor%Gleich nach den Abstürzen bekomme ich ein "Information" -Log in der Event-Anzeige, welches mir unten den Ort einer .wer-Datei anzeigt.
Dies ist, was die .wer-Dateien enthalten:
%Vor%Diese nlssorting.dll scheint viel aufzutauchen, aber ich kann anscheinend nichts online finden. Das einzige, was ich finden kann, das meinem Fehler entspricht, ist hier , aber das hilft mir nicht wirklich.
Ich bin völlig verwirrt darüber, wohin ich von hier aus gehen soll, um das Problem zu beheben. Hier ist, was ich versucht habe:
Hat jemand anderes jemals Probleme mit nlssorting.dll? Kann ich weitere Informationen aus der .wer-Datei erhalten, die mir dabei helfen könnten, herauszufinden, wo das passiert?
Vielen Dank im Voraus für jede Hilfe!
AKTUALISIEREN
Ich habe eine DLL eines Drittanbieters verwendet, die eine Stapelüberlaufausnahme ( 0xc00000fd ) verursacht hat
Nach weiteren Untersuchungen geschah dies erst, nachdem eine bestimmte Kette von Ereignissen passiert war - daher das "Zufallsprinzip" im Titel. Durch das Entfernen der DLL wurde das Problem behoben.
Wir hatten das gleiche Problem mit einer unserer Seiten. Mit SVN haben wir es zu einer Methode verfolgt, die nach Bildern in einem Ordner suchte.
Ich habe den Code wie folgt geändert:
CultureInfo.InvariantCulture zu allen Int32.ToString() -Aufrufen Danach haben wir den Fehler nicht mehr erlebt. Der genaue Grund ist noch unbekannt.
Ich glaube, dass keiner der oben genannten Punkte in unserer Umwelt einen Unterschied machen sollte. Ich glaube, dass das Problem hätte sein können, Leute, die Bilddateien und Ordner ändern, während die Bildsuchmethode aufgerufen wurde.
Ich hoffe, das hilft jemandem.
Für alle, die neugierig sind, ist dies ein PITA zum Debuggen. Hier sind drei Gründe, warum dies geschieht:
(1) Stapelüberlauf, wie im ursprünglichen Beitrag.
(2) Zu viel CPU / Speicherverbrauch, was offensichtlich wird und ein schneller Fehlerschutz schließt den Prozess.
(3) Antwort auf Pings / Requests aufgrund von Application-Hogging-Ressourcen nicht möglich, jedoch in einer Weise, die der schnelle Fail-Schutz zum Beenden des Prozesses als angemessen erachtet, nicht explizit wegen (1) oder (2).
Unsere Lösung bestand darin, eine manuelle Protokollverfolgung in der Produktionsumgebung hinzuzufügen, bis schließlich eine Rekursion gefunden wurde, die dazu führte, dass die Anwendung von Zuverlässigkeitsdiensten gestoppt wurde (statt auf Pings zu antworten oder zufällig abstürzte). Anwendungsausnahme.
Ich hatte das Problem, dass w3p einen unbehandelten Fehler auslösen würde, sobald ich die Site \ api URI vom Webbrowser hochgespielt habe, dann würde es abstürzen.
Ich konnte genau feststellen, welcher Teil meines Codes dies verursachte, in meinem Fall war es in der Owin Startup-Klasse und ich las einige Konfigurationsdatensätze aus einer Datenbank, aber davor erhält es die Verbindungszeichenfolge aus einer Konfigurationsdatei des Web-App-Verzeichnisses.
Ich überprüfte den Besitz des Ordners, der mein Konto zeigte, aber anscheinend waren die Unterordner nicht mein Eigentum, also stellte ich das Eigentumsrecht erneut auf mich, klickte auf OK, um Berechtigungen zu erlauben, die Objekte zu durchlaufen und voila tschüß w3p Fehler und die API geladen .
Also in meinem Fall war es ein Zugriff verweigert Fehler im Ordner \ Datei, die die Verbindungszeichenfolge enthielt.