processus w3wp non trouvé

vous devez cliquer sur Afficher les processus de tous les utilisateurs au bas de la liste du Gestionnaire des tâches. C'est ce que je devais faire.

1. Redémarrer IIS
2. clic droit sur votre site > > Gérer le site Web > > parcourir
3. retour à Visual Studio rafraîchir la liste des processus

si vous utilisez quelque chose comme Advanced Rest Client pour tester les routes, appelez votre route à nouveau puis rafraîchissez la liste des processus et il apparaîtra

propriétés du projet GoTo Web - > sélectionnez (Web) sur la barre latérale gauche -> GoTo sous (serveurs) en-tête - > cliquez sur Déposer et sélectionnez "Local IIS"

et appliquer. Ensuite, lorsque vous commencerez à déboguer, vous verrez w3wp.exe sur la liste proccess.

je viens juste de tomber dans ce problème - vous pouvez également vérifier deux fois vos paramètres d'hôte et de vérifier que vous êtes en fait pointé vers localhost et non un serveur de production.

j'ai oublié que j'ai été pointé sur un serveur distant, et donc, même si j'accédais au site, ce n'était pas quelque chose de local, donc w3wp ne fonctionnait pas, malgré le fait que je puisse voir le site fonctionner superficiellement.

dans mon cas, je n'ai pas ouvert le studio visuel en mode Admin c'est pourquoi le w3wp.exe n'a pas été diffusée sur la liste.

quand j'ai ouvert le studio visuel en mode Administrateur, ça a marché.

clic droit sur Visual Studio - > ouvrir en mode Administrateur.

essayer de vérifier: "afficher les processus pour tous les utilisateurs" Lorsque dans la fenêtre 'attacher au processus' en bas à gauche il y a une case à cocher 'Afficher les processus pour tous les utilisateurs'

je voudrais juste partager mon expérience ainsi pour les lecteurs futurs.

soyez conscient que, dans le cas où vous avez un serveur web cluster configuration (pour l'équilibrage de charge etc) le w3wp processus pourrait ne pas démarrer sur la même machine que vous attendez qu'il.

à moins que votre site web ne soit configuré pour fonctionner uniquement sur une instance unique IIS , le processus w3wp pourrait être en train de tourner sur l'une des autres machines à l'intérieur de votre cluster web.

il peut s'agir d'une mauvaise configuration de la part de l'équipe ou du service réseau ou d'un comportement intentionnel. Je n'ai pas l'expérience nécessaire pour indiquer exactement comment il devrait être configuré.

a trouvé une page connexe sur MSDN ainsi:

https://msdn.microsoft.com/en-us/library/bb742600.aspx

dans mon cas, j'avais besoin de me connecter d'un Studio visuel au processus qui s'exécute à partir d'une autre fenêtre VS studio.

Le problème était le suivant: un VS a été lancé avec les permissions de L'administrateur. Pour résoudre ce problème, vous devez lancer à la fois VS avec perm administrateur.

dans mon cas, le problème était que je ne dirigeais pas Visual Studio en tant qu'administrateur. Ma machine avait redémarré après une mise à jour et relancé tous les processus précédents, mais n'avait relancé VS qu'en mode non-administrateur. Quand J'ai redémarré VS en mode administrateur, le w3wp.les processus exe étaient de nouveau disponibles pour le débogage.

exécute le débogueur à distance en tant qu'administrateur. J'ai suivi toutes les suggestions pour résoudre le problème, mais ce n'est que lorsque j'ai lancé le débogueur à distance en tant qu'administrateur que j'ai pu voir le processus w3wp

essayez les étapes suivantes:

1. créez un chemin virtuel à partir de Solution Explorer.

2. allez à inetmgr pour confirmer que votre propre piscine est créée.

3. aller au processus D'attache (Ctrl+Alt+P) et afficher les processus pour tous les utilisateurs.

4. alors vous verrez w3wp.exe sera là.

sachez que même après avoir franchi tous ces obstacles (démarrage d'une instance à l'aide d'un navigateur web, démarrage de votre session de débogage à distance en tant qu'administrateur, s'assurer que" afficher tous les utilisateurs " est coché, etc., en vous assurant que vous n'êtes pas sur une ferme de serveurs, etc), Vous pouvez encore parfois être sans chance.

il y a des moments où le processus à distance, habituellement un service de la FMC dans mon cas, n'apparaîtra tout simplement pas dans la liste des processus à joindre, et il n'y a rien qui puisse être fait à ce sujet. Je fais toujours attention à rendre mon processus cible facilement identifiable en le gardant et seulement dans un certain Pool D'applications. Parfois, on ne peut pas y aller d'ici. C'est sans aucun doute la chose la plus frustrante que Microsoft ait jamais faite au sujet du débogage à distance.