Visual Studio „Das Debuggen auf dem Webserver konnte nicht gestartet werden.Der Webserver hat nicht rechtzeitig geantwortet.“

https://stackoverflow.com/questions/2524

08-06-2019
|

Frage

Ich erhalte ziemlich regelmäßig die folgende Fehlermeldung, wenn ich in Visual Studio kompiliere und meine Webanwendung ausführe:

„Das Debuggen auf dem Webserver konnte nicht gestartet werden.Der Webserver hat nicht rechtzeitig geantwortet.Dies kann daran liegen, dass bereits ein anderer Debugger mit dem Webserver verbunden ist.“

Normalerweise erfolgt dies, nachdem die Anwendung bereits einmal debuggt wurde.Von der Befehlszeile aus führe ich „iisreset /restart“ aus und es behebt das Problem.

Wie kann ich verhindern, dass das überhaupt passiert?

Lösung

Ich stelle fest, dass dies passiert, wenn ich mit Firefox als Browser debugge.Wenn ich Firefox beende, wird die VS2005/8-Debug-Sitzung nicht beendet.Eine Lösung dafür habe ich (noch) nicht gefunden.

Wenn dies bei Ihnen der Fall ist, besteht eine schnellere Lösung als die Ausführung von iisreset darin, in Visual Studio Umschalt-F5 zu drücken. Dadurch wird die aktuelle Debug-Sitzung beendet.Sie können dann F5 drücken und dadurch wird eine neue Debug-Sitzung gestartet.

Andere Tipps

Die Lösung, die für mich funktioniert hat:

Eingabeaufforderung öffnen (Als Administrator ausführen)
Schreiben iisreset /restart
Gehen Sie nun zurück zu Ihrem VS und debuggen Sie.Es wird Ihre Lösung debuggen.

In meinem Fall funktionierte es auch für Visual Studio 2013 und 2015.

Nachdem ich alle hier und anderswo vorgeschlagenen Lösungen ausprobiert hatte (mindestens 10 verschiedene Ansätze), war die einzige Option, die für mich funktionierte:

Website und Anwendungspool auf IIS löschen
Website und Anwendungspool auf IIS neu erstellen (in meinem Fall alles genau die gleiche Konfiguration wie zuvor)

PS:Ich verwende VS 2013 und IIS 7.5 (Win7).

Ich hoffe, das erspart jemand anderem ein paar Stunden.

Wir verwenden eine andere Art des Debuggens, wir verwenden F5 nie mehr.

Wir verwenden ein Makro wie: http://blogs.conchango.com/howardvanrooijen/archive/2007/06/24/Attach-to-Web-Server-Macro-for-Visual-Studio.aspx (Was wir an F6 gebunden haben).

Auf diese Weise hängen Sie den Debugger einfach an IIS an.Es geht (abhängig von der Projektgröße) viel schneller, Änderungen vorzunehmen, ein einzelnes geändertes Projekt zu kompilieren und den Debugger erneut anzuhängen.

Lösung: Gehen Sie zum Task-Manager und beenden Sie den Prozess aspnet_wp.exe, bevor Sie die Anwendung ausführen

Ich hatte dieses Problem schon ein paar Mal.Einmal wurde das Problem gelöst, indem Guys Rat befolgt wurde:

Wenn dies bei Ihnen der Fall ist, besteht eine schnellere Lösung als die Ausführung von iisreset darin, in Visual Studio Umschalt-F5 zu drücken. Dadurch wird die aktuelle Debug-Sitzung beendet.Sie können dann F5 drücken und dadurch wird eine neue Debug-Sitzung gestartet.

Bei einer anderen Gelegenheit musste ich:Beenden Sie alle meine IIS-Arbeitsprozesse im Windows-Task-Manager (w3wp.exe*).Sie sollten in Visual Studio zum Debuggen F5 drücken können.

Es hört sich so an, als ob Sie in Visual Studio wahrscheinlich F5 drücken, wenn Sie diese Fehlermeldung erhalten?

Es gibt ein paar Dinge, die Sie ausprobieren können.Am einfachsten ist es, die zu treffen Stoppen drücken, bevor Sie F5 drücken.Wenn Sie mit dem Debuggen fertig sind und mit der Durchführung von Änderungen beginnen, können Sie optional zu gehen Debuggen Menü und wählen Sie eines aus Stoppen Sie das Debuggen oder Alle beenden.

Für mich hatte ich zwei visuelle Studios offen.Der Debugger war bereits an ein anderes Visual Studio angehängt :).Ich habe es beim ersten angehalten und konnte es beim zweiten Visual Studio anhängen.

Beim Debuggen von 2 Webanwendungen (1 MVC und 2 MVC WebAPI), die beide im lokalen IIS gehostet werden.Stellen Sie sicher, dass jede Anwendung einen anderen Anwendungspool verwendet.Ich bin auf das gleiche Problem gestoßen und sobald ich den App-Pool der anderen App geändert habe, hat es funktioniert!

Wenn Sie viele Haltepunkte haben, verlangsamt dies den Debugging-Prozess. Entfernen Sie daher nicht benötigte Haltepunkte und schließen Sie das Fenster „Autos“, um Ihr Problem zu lösen

Ich habe diese Nachricht zum ersten Mal in meinem Leben gesehen und war sehr verwirrt darüber, was los ist, da nicht ganz klar ist, was ich tun soll.

Ich bin gerannt iisreset und es dauerte nur 1 Sekunde, bis die Ausführung abgeschlossen war, und bumm, ich war wieder im Spiel.

P.S.Ich verwende Chrom

Drücken Sie in Visual Studio Umschalt+F5, um die aktuelle Debugsitzung zu beenden.Sie können dann F5 drücken und dadurch wird eine neue Debug-Sitzung gestartet.

oder

Schließen Sie Ihre Anwendung, setzen Sie iIS zurück, öffnen Sie dann Ihre Anwendung und führen Sie sie aus

Sehr einfach – aber überprüfen Sie, ob die Website tatsächlich ausgeführt wird, wenn Sie versuchen, die Website über IIS auszuführen, indem Sie auf „Durchsuchen“ klicken.

Es hört sich so an, als würde etwas die Ressourcen Ihres Webservers verschlingen.Möglicherweise haben Sie einige Ressourcen (Dateihandler, WCF-Proxys), die geöffnet und nicht geschlossen werden?Dies ist mir insbesondere passiert, als ich WCF-Client-Proxy-Verbindungen nicht geschlossen habe.

Das Problem liegt nicht unbedingt darin, dass Sie einen Debugger angeschlossen haben, sondern lediglich darin, dass der Webserver nicht rechtzeitig antwortet.Beachten Sie, dass die Meldung „Dies“ lautet Mai liegt daran, dass ein anderer Debugger angeschlossen ist.

Das Problem tritt normalerweise auf, wenn noch eine andere Instanz von iexplore ausgeführt wird.Früher hatte ich das Problem, wenn mein IE abstürzte, aber ich kann es immer noch im Task-Manager sehen.Sobald Sie den Prozess beenden, ist alles wieder normal :)

Diese Antwort gilt nur, wenn Sie Ihre Lösung über IIS ausführen.Sie werden wissen, ob dies auf Sie zutrifft, WENN Sie Ihre Website/Ihr Projekt wie folgt öffnen:Von Visual Studio aus -> Website öffnen -> Lokales IIS -> Wählen Sie Ihr Projekt aus

Dieser Fehler hat mich 4 Stunden lang beschäftigt, aber schließlich habe ich eine Antwort gefunden.Ich habe zuerst versucht, iisreset/restart auszuführen.Dies schien etwas zu helfen, es wurde jedoch immer noch der gleiche Fehler angezeigt.

Was bei mir funktioniert hat, war (XP-Rechner), Programme hinzuzufügen/zu entfernen -> Windows-Komponenten hinzufügen/entfernen -> auf IIS klicken -> auf „Details“ klicken.Stellen Sie sicher, dass die Frontpage-Erweiterungen installiert sind, wenn Sie über IIS debuggen.

Wenn alle Antworten für Sie nicht funktionieren, beenden Sie einfach die Verarbeitung aller iIS-bezogenen Komponenten im Task-Manager.Das hat bei mir funktioniert.

Ich bin auf dieses Problem gestoßen, als ich versucht habe, (2) separate Lösungen in VS.NET und zu debuggen beide verwendeten den IIS-Webserver zum Starten der App.Die erste Anwendung wird gestartet, aber alle nachfolgenden Anwendungen, die ebenfalls über IIS ausgeführt werden, zeigen dann diesen Fehler an.Es scheint, dass es jeweils nur eine einzelne Anwendung über VS.NET debuggen kann, die in IIS gehostet wird.

Die Lösung:Führen Sie Projekt 1 von VS.NET aus (platzieren Sie alle erforderlichen Haltepunkte) und starten Sie das zweite Anwendung direkt von IIS (nicht VS.NET).Ihre Haltepunkte in App 1 (läuft in VS.NET) werden beim Zugriff auf App 2 (wird direkt von IIS ausgeführt) erreicht.

Das passiert mir in VS 2010 Express ziemlich häufig – normalerweise, weil der Debugger nicht mehr reagiert.Klicken Sie mit der rechten Maustaste auf die Windows-Taskleiste und wählen Sie „Task-Manager starten“.Höchstwahrscheinlich wird der ASP.NET-Debugger den Status „Reagiert nicht“ anzeigen.Wählen Sie es aus und beenden Sie den Vorgang einfach.

Erledigt!

Bei mir passierte es, als der IE auf eine neuere Version aktualisiert wurde, zu „Installierte Updates“ ging, die neue Version des IE entfernt wurde, nach dem Neustart des Computers zur alten Version zurückgekehrt war und das Problem mit dem Debuggen gelöst war

Hatte das gleiche Problem, auch nach einem Neustart.Im Grunde habe ich Folgendes getan:

Starten Sie IIS neu
Saubere Lösung
Lösung neu erstellen

Dann fing es wieder an zu funktionieren.

Dies kann auch dadurch verursacht werden, dass Ihre Website eine Datenbankverbindung verwendet, der Datenbankserver jedoch nicht verfügbar ist.

Ich habe einige Zeit damit verbracht, dieses Problem auf die übliche Weise zu lösen, aber selbst nach dem Neustart meiner Workstation blieb das Problem bestehen.Schließlich stellte ich fest, dass der SQL Server-Dienst (MSSQLSERVER) nicht ausgeführt wurde.

Es hätte laufen sollen, da es auf „Automatisch“ eingestellt ist, wurde aber auch nach dem Neustart gestoppt.Alle MSSQLSERVER-Ereignisse im Ereignisprotokoll schienen normal zu sein, sodass unbekannt bleibt, warum es nicht ausgeführt wurde. Ich habe es jedoch jetzt auf „Automatisch“ (verzögerter Start) eingestellt, in der Hoffnung, dass dadurch der Ressourcenkonflikt beim Start verringert wird.

Sobald ich MSSQLSERVER gestartet habe, erscheint die Meldung "Unable to start debugging on the web server. The web server did not respond in a timely manner" erschien nicht mehr und der normale Dienst wurde wieder aufgenommen.

Ich musste das Verzeichnis site/application/virtual neu erstellen, damit es funktionierte, nachdem ich vs2015 Update3 installiert hatte.Hoffe, das hilft jemandem.;)

Ich weiß, dass dies eine alte Frage ist, aber ich habe kürzlich die gleiche Situation erlebt und jede Lösung in diesem Beitrag ausprobiert, aber kein Glück.Endlich habe ich die Lösung gefunden, die für mich funktioniert:

Schließen Sie Visual Studio
Finden Schalte Windows Funktionen ein oder aus In Bedienfeld
Deaktivieren Sie das Kontrollkästchen Internet-Informationsdienste im Popup-Dialogfeld
Starte deinen Computer neu
Überprüfen Internet-Informationsdienste im selben Dialog, und stellen Sie sicher Internet-Informationsdienst -> World Wide Web-Dienste -> Funktionen zur Anwendungsentwicklung -> ASP.NET auch überprüft worden
Öffnen Sie Visual Studio. Jetzt sollte Ihre Anwendung im Debugmodus ausgeführt werden können

Offen

Optionen und Einstellungen Unter dem Debug
Symbole und ungeprüfte Microsoft-Symbolserver
Build-Lösung
iisreset
F5 -Lösung (Stellen Sie sicher, dass Microsoft -Symbol -Server erneut deaktiviert wurden)

Das hat bei mir von @mtkachenko funktioniertVisual Studio 2012:Der Prozess konnte nicht angehängt werden.Ein Debugger ist bereits angehängt„Ich habe das Debug Diagnostic Tool v2.0 installiert und als Ergebnis habe ich den Debug Diagnostic Service, der automatisch gestartet und an einen der w3wp-Prozesse angehängt wird.Nach dem Ausschalten und Deaktivieren dieses Dienstes funktioniert alles einwandfrei.Wenn Sie also im Task-Manager solche Fehlerüberprüfungsprozesse erhalten, die Ihren W3WP-Prozess erfassen können“

Ich habe dieses Problem gerade auf meinem Computer gelöst.Mein Problem ist, dass ich IE 9 auf IE 10 aktualisiert habe und diese Fehlermeldung erhalten habe.Lösung :Entfernen Sie IE 10 und führen Sie ein Downgrade auf IE 9 durch.Gehen Sie zu „Programme und Funktionen“ -> „Letzte Updates anzeigen“ -> suchen Sie nach IE 10 -> deinstallieren -> neu starten -> IE 9 ist zurück -> Debuggen -> funktioniert einwandfrei .

Führen Sie einen der folgenden Schritte aus, um Ihr Problem zu beheben:

Starten Sie Ihren IIS-Server neu
Bereinigen Sie die Projektmappe Ihres Projekts und erstellen Sie sie dann erneut

Wenn die oben genannten Schritte nicht helfen, können Sie endlich versuchen, Ihren Computer neu zu starten

Geben Sie in Ihrem cmd iisreset ein und drücken Sie die Eingabetaste. Danach wird Ihr iis zurückgesetzt und Ihre Anwendung funktioniert einwandfrei

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow