Impossible de démarrer le processus dotnet.exe

Je tente de créer un nouvel espace de travail et de transférer tous mes projets de mon ancien ordinateur vers le nouvel. Cependant, j’obtiens cette erreur lorsque j’essaie d’exécuter IIS Express:

Impossible de démarrer le processus C: \ Program Files \ dotnet \ dotnet.exe. La demande du serveur Web a échoué avec le code d’état 500.

Je travaille dans Visual Studio 2015, mise à jour 3 et j’utilise .NET Core RC2. Est-ce que quelqu’un a une idée de la façon de résoudre ce problème et de faire fonctionner mes anciens projets sur cette nouvelle machine?

J’avais le même problème. Je cherche dotnet.exe dans ce répertoire et il existe mais le débogueur ne peut pas l’exécuter, donc je redémarre Visual Studio 2015 en tant qu’administrateur et ça marche!

Fermez simplement VS supprimez le fichier project.lock.json, ouvrez VS le fichier sera restauré et vous ne devriez plus avoir de problèmes.

dans mon cas. Je choisis “ProjectName” au lieu de “IIS Express” pendant l’exécution / le débogage. et il fonctionne / ouvre avec une fenêtre de sortie de la console et le navigateur sélectionné, gardez la fenêtre de sortie de la console ouverte pendant le débogage. J’espère que ça va marcher.

La question dans mon cas était

1- Je mets à niveau (porté) mon projet (console / site web) du .net 4.5 framework vers donetcoreapp 2.0

2- Le projet .NET Framework 4.5 contenait Web.Config

3- dotnetcore 2.0 n’a pas de concept de maintenance de web.config.

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

Solution:

Je viens de supprimer 'Web.Config' et cela a commencé à fonctionner pour moi.

  1. Fermer VS 2015 (il semble que le problème soit résolu dans VS 2017).
  2. Supprimez tous les fichiers dans \ bin et \ obj. Supprimez project.lock.json.
  3. Exécuter VS.
  4. Reconstruire.

Si la solution ci-dessus ne fonctionne pas dans VS2017 .Net Core, exécutez en tant que VS2017 en tant qu’ADMIN. Si aucun access ADMIN à votre machine, vous pouvez changer le ‘launchSettings.json’ pour travailler sur le port 8080 comme ci-dessous et ensuite suivre ci-dessus 4 étapes.

“applicationUrl”: ” http: // localhost: 8080 / “,

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 simplement pas la bonne version du runtime (1.1.0); Au lieu de cela, j’essayais d’utiliser les assemblys 1.1.0 avec l’exécution 1.0.1.

La résolution est simple – téléchargez et installez le SDK à partir d’ ici , mais choisissez la bonne version! Il s’est avéré que si vous voulez la version 1.1.0, vous devez sélectionner l’option “Actuel” (bouton).

Fondamentalement, le problème est dû à une interface stupide sur la page référencée – si vous ne faites pas attention, vous téléchargerez la version 1.0.1 car il s’agit de la version “LTS”, et l’option “LTS” est la valeur par défaut. Que dire … Encore une déception de la part de l’équipe .NET dans cette folie des versions, de cette folie des monstres, de cette plate-forme folle …

Les citations sont de peske: https://github.com/aspnet/Home/issues/1719

c’est une réponse à un problème légèrement différent de ce que OP a publié. Si le message d’erreur contient juste “dotnet.exe”, pas le chemin d’access complet de dotnet.exe (“C: \ ProgramFiles \ DotNet \ dotnet.exe”), puis vérifiez si le fichier dotnet.exe se trouve dans le chemin System.Environment, si ne pas l’append et lancer VS en tant qu’administrateur

La solution pour moi était de fermer Visual Studio 2017 et de rouvrir la solution. 🙂

J’ai ce problème juste après la mise à jour de Microsoft Visual Studio 2017 pro, jusqu’à présent, j’ai trouvé 3 solutions potentielles:

  • Redémarrez Visual Studio fonctionne parfois,

  • Supprimer% USERPROFILE% .nuget peut résoudre le problème,

  • Désinstallez, puis réinstallez SDK dotnet,

La solution pour moi (sans droits d’administrateur) était de:

  • Fermez toutes les instances de visual studio 2017
  • Projet ouvert
  • Nettoyer
  • Reconstruire
  • Courir

La solution dans mon cas a été supprimée web.config de la racine du projet. Je travaillais sur un projet ASPnetcore et après une semaine, l’erreur a commencé. Je ne sais pas comment ce fichier web.config a été ajouté, mais une fois que j’ai supprimé ce message, leur erreur a été résolue.

VS2017 et la solution ont des applications Web .NET Core 1.1.

Cela n’a pas aidé: Suppression du dossier .VS, suppression de tous les répertoires bin, redémarrage de VS.

Cela a aidé: Installer le dernier SDK (.NET Core SDK 1.0.4), ce problème a été résolu.

J’ai eu ce problème tout d’un coup après un redémarrage de la machine suivi de l’installation de PHP pour IIS, IIS URL Rewrite. Mais essayez simplement de réinstaller le SDK – cela pourrait bien fonctionner avec lui-même, au lieu d’utiliser le dernier SDK.

J’ai trouvé la solution en réinstallant .NET CORE SDK

J’ai pu corriger l’erreur en supprimant $ (solutionDir) .vs \ config \ applicationhost.config . Après le redémarrage, VS 2017 a recréé le fichier.
Le fichier est devenu invalide après avoir déplacé la solution d’un emplacement à un autre.

Merci à https://elanderson.net/2016/09/unable-to-start-process-dotnet-exe/ pour l’idée.

Il est dû à un chemin incorrect dans le fichier applicationhost.config , ce fichier que vous pouvez trouver dans le dossier de votre projet. Accédez au dossier de votre projet. Vous y trouverez un dossier nommé .vs , si vous ne le trouvez pas alors dans le dossier open. Vous devez désélectionner le dossier caché. Une fois que vous l’avez trouvé, accédez au dossier config où vous trouverez applicationhost.config . Ouvrez ce fichier dans le bloc-notes et indiquez l’emplacement de votre projet comme suit: –

J’espère que ceci vous aidera.

Dans votre projet de démarrage, assurez-vous d’avoir sélectionné l’option Activer l’authentification anonyme entrer la description de l'image ici

Visual Studio 2017 -> Le correctif pour moi était de choisir le nom du projet au lieu d’IISExpress lors du débogage / exécution.

Dans mon cas, j’ai quelques projets dans une solution et aucun d’entre eux n’a été configuré comme projet de démarrage.

Alors, faites un clic droit sur le projet (pas la solution!) Comme choisissez Définir comme projet de démarrage .

Dans mon cas, il y avait un paramètre dans web.config et timeout n’était pas défini correctement, l’espace réservé TFS était là au lieu de la valeur réelle requestTimeout="00:06:00"

Voici à quoi cela ressemble. J’espère que ce sera utile

         

iisreset in cmd en tant qu’administrateur a fait le travail pour moi.

Dans mon cas, j’installe accidentellement dotnet pour la plate-forme x86 lorsque mon VS 2017 a x64. Je réinstalle dotnet pour la plate-forme x64 et cela fonctionne très bien maintenant.