web-dev-qa-db-fra.com

Impossible de démarrer le processus dotnet.exe

J'essaie de configurer un nouvel espace de travail et de transférer tous mes projets de mon ancien ordinateur vers le nouveau. Cependant, je reçois cette erreur lorsque j'essaie d'exécuter IIS Express: 

Impossible de démarrer le processus C:\Program Files\dotnet\dotnet.exe. La toile La requête du serveur a échoué avec le code d'état 500.

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

c#asp.netvisual-studio.net-core
62
reno52491

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. Je redémarre donc Visual Studio 2015 en tant qu'administrateur et cela fonctionne!

97
Armando Ramirez

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

34
Alban Gashi

La question dans mon cas était 

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

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

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

4- Ainsi, chaque fois que j'ai lancé le projet, j'ai eu la même erreur 

Solution:

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

12
immirza

dans mon cas. J'ai choisi "NomProjet" au lieu de "IIS Express" lors de l'exécution/du débogage. et cela fonctionne/ouvre avec une fenêtre de sortie de console et le navigateur sélectionné, garde la fenêtre de sortie de console ouverte pendant le débogage. J'espère que cela fonctionnera. 

11
Sohel Rana
  1. Fermez 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. Run VS.
  4. Reconstruire.

Si la solution ci-dessus ne fonctionne pas dans VS2017 .Net Core, exécutez VS2017 en tant qu'ADMIN . Si aucun accès ADMIN à votre ordinateur, vous pouvez modifier le fichier "launchSettings.json" pour qu'il fonctionne sur le port 8080, comme indiqué ci-dessous. 4 étapes.

"applicationUrl": " http: // localhost: 8080/ ",

6
Grigory Bushuev

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); à la place, j'essayais d'utiliser des assemblys 1.1.0 avec un environnement d'exécution 1.0.1.

La résolution est simple - téléchargez et installez le SDK à partir de 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 "Actuelle" (bouton).

En gros, le problème est causé par une interface stupide sur la page référencée - si vous n'y prêtez pas attention, vous allez télécharger la version 1.0.1 car il s'agit de la version "LTS", et l'option "LTS" est celle par défaut. Quoi dire ... Encore une autre déception de la part de l'équipe .NET dans ce temps de versions, de noms et de plateformes loufoques ...

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

5
Zozo

il s’agit d’une réponse à un problème légèrement différent de celui affiché par OP. Si le message d'erreur ne contient que "dotnet.exe" et non le chemin complet de dotnet.exe ("C:\ProgramFiles\DotNet\dotnet.exe"), vérifiez si le fichier dotnet.exe se trouve dans le chemin d'accès System.Environment, si pas l'ajouter et lancer VS en tant qu'administrateur

4
Srivathsa Harish Venkataramana

La solution dans mon cas a été web.config supprimé 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é que leur erreur a été résolue.

3
Sunil Vishnu Raskar

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

3
cyberwild360

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

3
joey

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

  • Fermez toutes les instances de Visual Studio 2017
  • Projet ouvert
  • Nettoyer
  • Reconstruire
  • Courir
2
Donat Sasin

Dans votre projet de démarrage, assurez-vous d'avoir sélectionné l'option Activer l'authentification anonyme  enter image description here

2
Denny Puig

Cela est dû à un mauvais chemin dans applicationhost.config fichier, ce fichier que vous pouvez trouver dans le dossier de votre projet. Allez dans votre dossier de projet. Vous y trouverez un dossier .vs named, si vous ne le trouvez pas, ouvrez le dossier. Vous devez décocher 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: -

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

J'espère que ceci vous aidera.

2
MayankGaur

J'ai ce problème juste après la mise à jour de Microsoft Visual Studio 2017, 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ésinstaller, puis réinstaller dotnet SDK,

2
willll

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.

1
Michael Freidgeim

Dans mon cas, j'installe accidentellement dotnet pour la plate-forme x86 lorsque mon VS 2017 dispose de x64. Je réinstalle Dotnet pour la plate-forme x64 et cela fonctionne bien maintenant.

1
Ansver

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

1
Hassan Tariq

VS2017 et sa solution comprend des applications Web .NET Core 1.1.

Cela n'a pas aidé: supprimer le dossier .VS, supprimer tous les répertoires bin, redémarrer VS.

Cela a aidé: Le dernier SDK installé (.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 - il pourrait fonctionner correctement avec cela lui-même, au lieu d’utiliser le dernier SDK.

1
se7vanj

J'avais ceci et il s'avère que j'étais dans la version Release. Changé pour construire la mise au point et cela a fonctionné.

0
Scottie

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

0
gneric

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

Il suffit donc de cliquer avec le bouton droit sur le projet (pas la solution!) En choisissant Définir comme projet de démarrage .

0
1_bug

Dans mon cas, je change simplement modules="AspNetCoreModuleV2" en modules="AspNetCoreModule" et je travaille bien. Le fichier final web.config ressemble à ce qui suit. 

<?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>
0
Harsh Gupta

Si vous utilisez IIS au lieu de IIS Express, redémarrez simplement le service ou:

  1. ouvrir IIS
  2. ouvrez votre dossier de projet à partir de l'arborescence Sites
  3. sélectionnez site
  4. dans Manage Websitecliquez sur le bouton Restart
0
Sayed Abolfazl Fatemi

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

Voici à quoi cela ressemble. J'espère que ça vous 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>
0
Ali Umair