Impossible de démarrer le processus dotnet.exe

Je tente de créer un nouvel espace de travail et de transférer l'ensemble de mes projets à partir de mon ancien ordinateur vers le nouveau. Cependant, j'obtiens cette erreur quand j'essaye d'exécuter IIS Express:

Impossible de démarrer le processus C:\Program Files\dotnet\dotnet.exe. Le web
demande au serveur a échoué avec le code d'état de 500.

Je travaille dans Visual Studio 2015, mise à jour 3 et je suis en utilisant .NET de Base RC2. Quelqu'un a une idée de comment résoudre ce problème et obtenir de mes vieux projets en cours d'exécution sur cette nouvelle machine?

Il semble que vous essayez d'exécuter un fichier exécutable sous IIS express. Je pense que votre fichier de projet est un peu foiré.
dot.net la mise à niveau de la version RC2 de RTM.
J'ai eu ce problème, lorsque vous essayez de renommer mon espace il suffit d'ouvrir launchsettings.json fichier et modifier le numéro de port à autre chose, alors , faire un dotnet build ou construire à partir de VS et essayer de frapper le lancement avec IIS Express
Je suis en mesure de résoudre ce problème en Changeant modules="AspNetCoreModule" de modules="AspNetCoreModuleV2" dans web.config. Mon projet en environnement dotnet core 2.1 et vs2017. Les docs dit dotnet pour les core v2.1 il doit être modules="AspNetCoreModule" et dotnet pour les core 2.2 ou supérieur elle doit être modules="AspNetCoreModuleV2" . Ligne complète ici <handlers> <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" /> </handlers>
Mon problème était aussi avec module="AspNetCoreModuleV2". Dans mon cas, un autre développeur a inconsciemment poussé web.config parce que sa version plus récente de VS avait commodément changé pour lui. Plutôt que de me le changer en arrière, j'ai choisi de mettre à jour mon VS à la version 15.9.13 qui fixe le problème.

InformationsquelleAutor reno52491 | 2016-07-20

.net-core asp.net c#visual-studio

101

J'ai eu le même problème. Je regarde pour dotnet.exe dans ce répertoire, et elle existe mais débogueur ne peut pas l'exécuter, j'ai donc Redémarrer Visual Studio 2015 en tant qu'administrateur et ça marche!!!
- Il vient de me stupéfie comment de nombreux problèmes peuvent être résolus en redémarrant simplement VS.
- il me stupéfie combien de fois nous avons à faire, j'aime Visual Studio, mais il semble "avec un grand pouvoir vient une grande responsabilité", nous l'espérons VS15 aideront dans ce en n'exigeant pas la pleine goliath IDE.
- vous ne savez pas comment son possible. fermé et ouvert la VS. il a commencé à travailler.. aucune explication sur la façon dont cela se passe?
- L'exécution en tant qu'administrateur pourrait causer beaucoup de problèmes dans les phases ultérieures (les fichiers sont stockés dans les mauvais endroits, la dernière app PAS en cours d'exécution en tant qu'admin, etc ... )
- Pourquoi sa se passe?
- Ce qui s'est passé en septembre 2018. Microsoft ce n'est pas assez bon - arrêter l'ajout de fonctionnalités, corriger les bugs de la première!
- Nice one,. Merci!
- Ce qui s'est passé en Avril 2019, VS 2017. Le redémarrage VS résolu le problème. Ce qui a causé le problème, j'utilise une tâche planifiée pour synchroniser mon dossier de projet entre plusieurs machines. La dernière synchronisation s'est produit alors que le projet avait été ouvert en VS sur un autre ordinateur. Il pourrait être la synchronisation ramassé un "travail" fichier (comme Alban réponse suggérée) et qui a causé le problème sur une autre machine. Si c'est le cas, VS est vraiment pas le seul à blâmer.
InformationsquelleAutor Armando Ramirez
34

Il suffit de fermer VS supprimer le projet.verrouillage.fichier json, ouvrez VS le fichier sera restauré et vous ne devriez pas avoir de problèmes.
- Je vous remercie. Ce qu'il est corrigé pour moi aussi. Il a été causé par le déplacement de la solution à un autre emplacement sur le disque. L' .NET, Base de l'expérience de développement continue à égayer ma journée
InformationsquelleAutor Alban Gashi
16

Le problème dans mon cas était

1 - je mettre à jour (portage) mon projet (console/site web) à partir de .net 4.5 framework à donetcoreapp 2.0

2- .NET Framework 4.5 projet de a Web.Config

3 - dotnetcore 2.0 n'a pas de concept de maintien de la web.config.

4 - Donc à chaque fois que j'ai couru le projet, j'ai la même erreur

solution:

Juste supprimé 'Web.Config' et il a commencé à travailler pour moi.
- J'ai seulement supprimé le Web.Fichier de Config de mon .Projet Web et après tout fonctionne bien. Im en utilisant VS 2017. Merci pour la solution 🙂
- La suppression de web.config a fait le tour. Je vous remercie.
InformationsquelleAutor immirza
12

dans mon cas. - je choisir "Nomprojet" au lieu de "IIS Express" lors de l'exécution/débogage. et il fonctionne/ouvrir avec une sortie de la console et la fenêtre de navigateur sélectionné, garder la sortie de la console de la fenêtre ouverte pendant le débogage. Espérons que cela va fonctionner.
- De même pour moi, merci! Et c'était en VS 2017 btw.
InformationsquelleAutor Sohel Rana
9
1. Près VS 2015 (il semble que le problème est résolu dans VS 2017).
2. De supprimer tous les fichiers dans \bin et \obj. Retirer du projet.verrouillage.json.
3. Run VS.
4. Reconstruire.
Si la solution ci-dessus ne fonctionne pas dans VS2017 .Net Core, Exécuter en tant qu'VS2017 en tant qu'ADMIN.
Si aucun ADMIN accès à votre machine, vous pouvez modifier le " launchSettings.json " pour travailler sur le port 8080 comme ci-dessous et de suivre 4 étapes précédentes.

"applicationUrl": "http://localhost:8080/",
- Quant à "il semble que le problème est résolu dans VS 2017"<- Nan. Pas encore, au moins pour VS 2017 15.5.2. Voilà comment j'ai fini par trouver cette question.
- 4 étapes de résoudre mon problème 🙂 .
- Tout simplement en supprimant \bin et \obj a fonctionné pour moi.
InformationsquelleAutor Grigory Bushuev
7

Visual Studio 2017 -> Le correctif pour moi a été de choisir le Nom du Projet, au lieu de IISExpress lors du débogage/running.

InformationsquelleAutor cyberwild360
5

C'est ce qui a fonctionné pour moi:

J'ai eu le même problème, et il s'est avéré que je n'avais tout simplement pas la bonne version du moteur d'exécution (1.1.0); au lieu de cela j'ai essayé d'utiliser la version 1.1.0 assemblées avec la version 1.0.1 de l'exécution.

La résolution est simple: téléchargez et installez le SDK,ici, mais choisir la bonne version! Il s'est avéré que, si vous voulez la version 1.1.0, vous devez sélectionner "Courant" de l'option (bouton).

Fondamentalement, le problème est causé par stupide interface à l'référencé page - si vous ne payez pas attention vous allez télécharger v1.0.1, puisqu'il est "LTS" version, et "LTS" option par défaut est on. Que dire... Encore une autre déception .NET de l'équipe dans cette folle-la gestion des versions, fou-surnom de fou-plateforme de fois...

Les citations sont tirées de la peske: https://github.com/aspnet/Home/issues/1719
- Quelque chose que je fait depuis que je viens à une nouvelle société et essayé de l'attacher à traiter et il a paniqué. Si vous tapez `dotnet --version dans le gestionnaire de paquets de la console et de la comparer à d'autres personnes qui n'ont pas le problème que pourrait poser un problème avec la version du sdk.
InformationsquelleAutor Zozo
4

c'est une réponse à un problème légèrement différent de ce que l'OP a posté. Si le message d'erreur vient de "dotnet.exe", pas le chemin d'accès complet dotnet.exe("C:\ProgramFiles\DotNet\dotnet.exe"), puis vérifier si l'dotnet.exe est dans le Système.D'environnement path, si ce n'est ajouter et exécuter VS en tant qu'administrateur

InformationsquelleAutor Srivathsa Harish Venkataramana
3

Solution pour moi a été de fermer visual studio 2017, et de rouvrir la solution. 🙂

InformationsquelleAutor joey
3

Elle est causée par un mauvais Chemin dans applicationhost.config fichier, ce fichier vous pouvez trouver à l'intérieur de votre dossier de projet. Accédez à votre dossier de projet. Vous y trouverez un .vs dossier nommé, si vous ne pouvez pas le trouver alors dans le dossier ouvert, Vous devez Décocher dossier Caché. Une fois que vous avez trouvé accédez à config dossier vous y trouverez applicationhost.config. Ouvrez ce fichier dans le bloc-notes et de fournir à votre projet de localisation comme ça:-

<virtualDirectory path="/" physicalPath="c:\users\*****\documents\visual studio 2015\Projects\<ProjectFolderName>\<Projectname>" />

Espère que cela va vous aider.

InformationsquelleAutor MayankGaur
3

La solution dans mon cas a été supprimé web.config à partir de la racine du projet. Je travaillais sur un ASPnetcore projet et une semaine après que l'erreur a commencé. Je suis pas certain de savoir comment ce site web.fichier de configuration ont été ajoutés, mais une fois que je supprime que leur erreur s'est résolu.

InformationsquelleAutor Sunil Vishnu Raskar
2

J'ai ce problème après la mise à jour de Microsoft Visual Studio 2017 pro, jusqu'à présent, j'ai trouvé 3 solutions possibles :
- Redémarrez Visual Studio fonctionne, parfois,
- Supprimer le dossier %USERPROFILE%.nuget peut résoudre le problème,
- Désinstaller, puis réinstaller dotnet SDK,
InformationsquelleAutor willll
2

Solution pour moi (sans les droits d'administrateur) était de:
- Fermez toutes les instances de visual studio 2017
- Ouvrir un projet
- Propre
- Reconstruire
- Exécuter
InformationsquelleAutor Donat Sasin
2

J'ai été en mesure de corriger l'erreur en retrait $(solutionDir).vs\config\applicationhost.config. Après le redémarrage VS 2017 recréé le fichier.

Le fichier est devenu invalide après j'ai déplacé la solution d'un endroit à un autre.

Grâce à https://elanderson.net/2016/09/unable-to-start-process-dotnet-exe/ pour l'idée.

InformationsquelleAutor Michael Freidgeim
2

Dans votre projet de démarrage assurez-vous que vous avez sélectionné l'option Activer l'Authentification Anonyme

InformationsquelleAutor Denny Puig
1

VS2017 et de la solution .NET de Base 1.1 applications web.

Cela n'aide pas: la Suppression de .VS dossier, suppression de tous les répertoires bin, le redémarrage de VS.

Cela m'a aidé: Installé dernier SDK (.NET SDK de Base 1.0.4) cette question a obtenu résolu.

J'ai eu ce problème, tout d'un coup après un redémarrage de la machine suivi par l'installation de PHP sur IIS, IIS Réécriture d'URL. Mais essayez de réinstaller le SDK, il pourrait bien fonctionner avec qui elle-même, au lieu d'aller pour le dernier SDK.

InformationsquelleAutor se7vanj
1

J'ai trouvé la solution par la réinstallation de .NET SDK DE BASE

InformationsquelleAutor Hassan Tariq
1

iisreset dans cmd en tant qu'Administrateur a fait le travail pour moi.

InformationsquelleAutor gneric
1

Dans mon cas, j'ai accidentellement installer dotnet pour la plate-forme x86 quand mon VS 2017 ont x64. J'ai réinstaller dotnet pour la plate-forme x64 et il fonctionne très bien maintenant.
- Ok. J'ai Windows 10 64 arc et VS2017 Professionnel x64 arch. Notre projet a été mis à jour .NET Core v2.1.401. Je suis d'erreur à partir de la question. Je décide de mise à jour .NET SDK de Base de v2.1.401 mais accidentellement télécharger et à installer .NET SDK de Base pour les architectures x86. Je suis d'erreur à partir de la question. Et après un certain temps j'ai remarqué que j'ai installer pour les architectures x86 et puis le télécharger et l'installer .NET SDK de Base pour x64 arch. Mon projet de créer et d'exécuter des beaux-comme avant la mise à jour.
InformationsquelleAutor Ansver
0

Dans mon cas, j'ai quelques projets dans une solution et aucun d'eux n'a été mis en place comme projet de démarrage.

Donc, il suffit de cliquer droit sur le projet (pas de solution!) que choisir Définir comme Projet de Démarrage.

InformationsquelleAutor 1_bug

Dans mon cas, il y a un paramètre dans le web.config et le délai d'attente n'a pas été définie correctement, TSF espace réservé était là, au lieu de la valeur réelle requestTimeout="00:06:00"

Voici à quoi il ressemble. Espérons qu'il sera utile

<system.webServer>
    <handlers>
      <remove name="aspNetCore"/>
      <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified"/>
    </handlers>
    <aspNetCore processPath="%LAUNCHER_PATH%" arguments="%LAUNCHER_ARGS%" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" requestTimeout="00:06:00" />
    <httpRedirect enabled="false" />
  </system.webServer>

InformationsquelleAutor Ali Umair

0

J'ai eu cela, et il s'avère que j'ai été dans une Version validée. Changé de version de Débogage et cela a fonctionné.

InformationsquelleAutor Scottie

Dans mon cas, je viens de changer modules="AspNetCoreModuleV2" à modules="AspNetCoreModule" et fonctionne bien. La finale du web.config ressemble comme ci-dessous.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <system.webServer>
    <handlers>
      <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" />
    </handlers>
    <aspNetCore processPath="%LAUNCHER_PATH%" arguments="%LAUNCHER_ARGS%" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" forwardWindowsAuthToken="false" startupTimeLimit="3600" requestTimeout="23:00:00">
      <environmentVariables />
    </aspNetCore>
    <httpProtocol>
      <customHeaders>
        <remove name="X-Powered-By" />
      </customHeaders>
    </httpProtocol>
  </system.webServer>
</configuration>

InformationsquelleAutor Harsh Gupta

0

Si vous utilisez IIS au lieu de IIS Express, juste redémarrer le service ou l':
1. ouvrir IIS
2. ouvrez le dossier de votre projet de Sites arborescence
3. sélectionnez site
4. dans Manage Websitecliquez sur Restart bouton
InformationsquelleAutor Sayed Abolfazl Fatemi

Vous devez vous connecter pour publier un commentaire.