Visual Studio " Impossible de démarrer le débogage sur le serveur web. Le serveur web n'a pas répondu à temps."
je reçois assez régulièrement l'erreur suivante lors de la compilation dans Visual Studio et de l'exécution de mon application web:
"Impossible de démarrer le débogage sur le serveur web. Le serveur web n'a pas répondu à temps. Cela peut être parce qu'un autre débogueur est déjà attaché au serveur web."
normalement c'est après avoir débogué la demande une fois déjà. À partir de la ligne de commande, j'exécute "iisreset /restart" et le problème est résolu.
Comment puis-je empêcher cela?
29 réponses
je trouve que cela se produit si je débogue avec Firefox comme navigateur. Quand je quitte Firefox, la session de débogage VS2005/8 ne se termine pas. Je n'ai pas trouvé une solution pour cette (encore).
si c'est ce qui se passe avec vous, alors une solution plus rapide que d'exécuter iisreset est de lancer Shift-F5 lorsque vous êtes dans Visual Studio et cela mettra fin à la session de débogage en cours. Vous pouvez alors appuyer sur F5 et cela commencera une nouvelle session de débogage.
la solution qui a fonctionné pour moi:
-
Ouvrez l'Invite de Commande (Exécuter en tant qu'Administrateur)
-
Écrire
iisreset /restart -
retournez à votre VS et déboguez. Il va déboguer votre solution.
cela a fonctionné pour Visual Studio 2013 et 2015 aussi dans mon cas.
après avoir essayé toutes les solutions proposées ici et ailleurs (au moins 10 approches différentes), la seule option qui a fonctionné pour moi était:
- supprimer site web et pool d'applications sur IIS
- re-création de site web et le pool d'applications IIS (dans mon cas, tout exactement la même config qu'avant)
PS: J'utilise VS 2013 et IIS 7.5 (Win7).
j'espère que cela sauve quelqu'un d'autre quelques heures.
nous utilisons une autre façon de déboguer, nous n'utilisons plus jamais F5.
nous utilisons une sorte de macro comme: http://blogs.conchango.com/howardvanrooijen/archive/2007/06/24/Attach-to-Web-Server-Macro-for-Visual-Studio.aspx (que nous avons lié à F6).
de cette façon, vous attachez simplement le débogueur à IIS. Il est (selon la taille du projet) beaucoup plus rapide de vous faire des changements, compiler un seul projet que vous avez changé et joindre le débogueur de nouveau.
solution: allez à Gestionnaire des tâches et fin du processus aspnet_wp.exe avant de lancer l'application
j'ai eu ce problème plusieurs fois. Une fois, il a été résolu en suivant les conseils de Guy:
si c'est ce qui se passe avec vous, alors une solution plus rapide que d'exécuter iisreset est de lancer Shift-F5 lorsque vous êtes dans Visual Studio et cela mettra fin à la session de débogage en cours. Vous pouvez alors appuyer sur F5 et cela commencera une nouvelle session de débogage.
à une autre occasion, j'ai dû: le Gestionnaire des tâches windows (w3wp.EXE.)* Vous devriez être en mesure de frapper f5 dans visual studio pour déboguer.
il semble que vous êtes probablement frapper F5 dans Visual Studio quand vous recevez cette erreur?
Il ya quelques choses que vous pouvez essayer. Le plus facile est d'appuyer sur le bouton Stop avant d'appuyer sur F5. En option, lorsque vous avez terminé le débogage et que vous commencez à faire des modifications, vous pouvez aller dans le menu déboguer et choisir soit arrêter le débogage ou terminer tout .
pour moi j'avais deux studio visuel ouvert. Le débogueur était déjà attaché à un autre studio visuel :). Je l'ai arrêté sur le premier et j'ai pu l'attacher sur le second studio visuel.
j'ai vu ce message pour la première fois dans ma vie et j'étais très confus sur ce qui se passait car il n'est pas assez évident ce qu'il faut faire.
j'ai couru iisreset et il a fallu seulement 1 sec pour terminer l'exécution, et boum, j'étais de retour dans le jeu.
P. S. j'utilise du chrome
Hit Shift+F5 lorsque vous êtes dans Visual Studio et cela mettra fin à la session de débogage en cours. Vous pouvez alors appuyer sur F5 et cela commencera une nouvelle session de débogage.
ou
fermez votre application, réinitialisez iis puis ouvrez votre application et lancez-la
lors du débogage de 2 applications web (1 MVC et 2 est MVC WebAPI) qui sont toutes les deux hébergées dans l'IIS local. Assurez-vous que chaque application utilise un pool d'applications différent. J'ai rencontré le même problème et dès que j'ai changé le bassin d'applications de l'autre, ça a marché!
il semble que quelque chose mange les ressources de votre serveur web. Peut-être avez-vous des ressources (gestionnaires de dossiers, mandataires de la FMC) qui sont ouvertes et non fermées? Cela m'est arrivé spécifiquement quand je ne fermais pas les connexions par procuration des clients de la WCF.
le problème n'est pas nécessairement que vous ayez un débogueur attaché, mais seulement que le serveur web ne répond pas de manière opportune. Notez que le message dit "Ce peut - être qu'un autre débogueur est attaché".
la question est normalement là quand une autre instance d'iexplore est encore en cours d'exécution. J'avais l'habitude d'avoir le problème quand mon IE s'écrase mais je peux encore le voir dans le Gestionnaire des tâches. Une fois que vous "End Process" tout est de retour à la normale:)
cette réponse ne s'applique que si vous utilisez votre solution via IIS. Vous saurez si cela s'applique à vous SI vous ouvrez votre site/projet en procédant comme suit: À partir de visual studio-->Ouvrir un Site web--> IIS Local -->Sélectionnez votre projet
cette erreur M'a botté le cul pendant 4 heures mais finalement j'ai trouvé une réponse. J'ai d'abord tenté la commande iisreset /redémarrer. Cela a semblé légèrement aider, mais a quand même reçu la même erreur.
quoi travaillé pour moi allait (machine xp) pour ajouter/supprimer des programmes --> Ajouter/Supprimer des composants Windows--> cliquez sur IIS--> cliquez sur "Détails". Assurez-vous d'avoir des Extensions de Page D'accueil installées si vous déboguez via IIS.
si toutes les réponses ne fonctionnent pas pour vous, il suffit de mettre fin au traitement de tous les composants IIS liés dans le Gestionnaire des tâches. C'est ce qui a fonctionné pour moi.
j'ai rencontré ce problème en essayant de débugger (2) des solutions séparées dans VS.NET et les deux utilisaient le serveur Web de IIS pour lancer l'application. La première application va démarrer, mais toute autre application lancée qui s'exécute également via IIS affichera alors cette erreur. Il semble qu'il ne puisse déboguer qu'une seule application via VS.NET hébergé à L'IIS à la fois.
la solution: lancer le projet 1 à partir de VS.NET (placer les points d'arrêt nécessaires) et commencer le deuxième " VS.NET). Vos points d'arrêt dans L'App 1 VS.NET) sera touché lors de l'accès à App 2 (ran à partir de IIS directement).
cela m'arrive souvent dans VS 2010 express - Généralement parce que le débogueur a cessé de répondre. Cliquez avec le bouton droit de la souris sur la barre des tâches de windows, sélectionnez "Start Task Manager". Plus que probablement le ASP.NET le débogueur affichera un statut 'ne répond pas'. Sélectionnez - le et terminez simplement le processus.
fait!
avec moi, il s'est produit quand IE a été mis à niveau à la nouvelle version, est allé aux mises à jour installées, a enlevé la nouvelle version D'IE, après l'ordinateur redémarré, il est retourné à l'ancienne version et le problème avec le débogage a été résolu""
Très basique mais vérifiez, si vous essayez d'exécuter le site web de IIS en cliquant sur "Parcourir", le site fonctionne actuellement.
Eu le même problème, même après un redémarrage.
- Redémarrer IIS
- Solution Propre
- Solution De Reconstruction
puis il a recommencé à fonctionner.
cela peut aussi être causé si votre site web utilise une connexion de base de données mais le serveur de base de données n'est pas disponible.
j'ai passé un certain temps à essayer de résoudre ce problème de la manière habituelle, mais même après avoir redémarré mon poste de travail, le problème est resté. Finalement, J'ai découvert que le service SQL Server (MSSQLSERVER) ne fonctionnait pas.
il aurait dû être en cours d'exécution, car il est réglé sur Automatique, mais il a été arrêté, même après le redémarrage. Tous les Les événements MSSQLSERVER dans le journal des événements sont apparus normaux, donc il reste à savoir pourquoi il ne fonctionnait pas, mais je l'ai maintenant réglé sur Automatique (démarrage retardé) dans l'espoir que cela réduira le conflit de ressources au démarrage.
une fois que j'ai démarré MSSQLSERVER , le message "Unable to start debugging on the web server. The web server did not respond in a timely manner" n'est plus apparu et le service normal a été repris.
j'ai dû recréer le Site/application/répertoire virtuel pour le faire fonctionner après avoir installé vs2015 update3. Espérons que cela aide quelqu'un. ;)
je sais que c'est une vieille question, mais j'ai rencontré la même situation récemment et essayer toutes les solutions dans ce poste, et pas de chance. Enfin, j'ai trouvé la solution qui fonctionne pour moi:
- Fermez Visual Studio
- Trouver fonctionnalités Windows Activer ou désactiver dans Panneau de configuration
- Décocher la case Internet Information Services dans la boite de dialogue
- redémarrez votre ordinateur
- Vérifier Internet Information Services dans la même boîte de dialogue, et assurez-vous que Internet Information Services -> World Wide Web Services -> Fonctionnalités de Développement d'Applications -> ASP.NET a également été vérifié
- ouvrir Visual Studio, et maintenant votre application devrait être en mesure d'exécuter en mode de débogage
ouvert
- Options et de Paramètres Sous le debug
- Symboles et non Microsoft Serveurs de symboles
- générer la solution
- iisreset
- F5 solution (Assurez-vous que Microsoft Serveurs de symboles décoché nouveau)
cela a fonctionné pour moi par @mtkachenko Visual Studio 2012: impossible de joindre le processus. Un débogueur est déjà attaché "J'ai installé Debug outil de Diagnostic v2.0 et en conséquence j'ai Debug service de Diagnostic qui est lancé automatiquement et attaché à l'un des processus w3wp. Après avoir désactivé et désactivé ce service tout fonctionne très bien. Donc, si vous obtenez de tels processus de vérification d'erreur dans le Gestionnaire des tâches qui peut capturer votre processus w3wp "
je viens de résoudre ce problème sur ma machine. Mon problème est que J'ai mis à jour IE 9 à IE 10 et j'ai eu cette erreur. Solution: Supprimer IE 10 et rétrograder à IE 9. Allez à" Programmes et fonctionnalités "-- > "voir les mises à jour récentes" -- > trouver IE 10---> désinstaller it-->redémarrer-->ie 9 est de retour--->déboguer--->fonctionne bien.
Essayez d'effectuer l'une des étapes suivantes pour résoudre le problème:
- redémarrez votre serveur IIS
- nettoyer la Solution de votre projet puis construire à nouveau
si les étapes ci-dessus ne vous aident pas, vous pouvez finalement essayer de redémarrer votre machine
dans votre cmd tapez iisreset et appuyez sur ENTRÉE après que votre iis est réinitialisé et votre application fonctionne parfaitement