2
votes

Erreur lors de la tentative d'héberger un site Web ASP.NET 2.2 sur Plesk Onyx 17.8.11 - Erreur HTTP 500.0 - Échec de chargement du gestionnaire en cours de processus ANCM

Je tente d'héberger un site Web ASP.NET 2.2 sur une plate-forme d'hébergement partagé interserver.com . Ils utilisent Plesk Onyx version 17.8.11 comme panneau de contrôle de leur plate-forme d'hébergement.

J'ai vérifié que l'hébergement est routé et configuré correctement, mais j'obtiens toujours l'erreur d'exécution:

Erreur HTTP 500.0 - Échec de chargement du gestionnaire en cours de processus ANCM

  • La version spécifiée de Microsoft.NetCore.App ou Microsoft.AspNetCore.App est introuvable
  • Le gestionnaire de requêtes en cours, Microsoft.AspNetCore.Server.IIS, n'a pas été référencé dans l'application
  • ANCM n'a pas pu trouver dotnet.

 HTTP Error 500.0 - ANCM In-Process Handler Load Failure J'ai signalé le problème au service client et ils m'ont envoyé quelques articles à essayer mais aucune solution n'a été trouvée. Puisque l'erreur indique que la bibliothèque principale d'aspnet de clé n'a pas pu être trouvée, ils ont dit qu'ils ont "installé le bundle d'hébergement .NET core 2.1.10 et 2.2.2" mais j'obtiens toujours la même erreur.

Le web.config sur l'hôte (généré automatiquement) est:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <location path="." inheritInChildApplications="false">
    <system.webServer>
      <handlers>
        <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" />
      </handlers>
      <aspNetCore processPath="dotnet" arguments=".\BridgeSite.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" hostingModel="InProcess" />
    </system.webServer>
  </location>
</configuration>
<!--ProjectGuid: 7bcb9c33-cd6b-4078-9742-869d5dd7bxxx -->

Des suggestions de famille stackoverflow?


2 commentaires

Même problème ici.


Lisez simplement cette documentation windowswebhostingreview.com/... .


4 Réponses :


1
votes

Cette erreur est documenté , avec la solution:

Échec de chargement du gestionnaire en cours de processus 500.0

Le processus de travail échoue. L'application ne démarre pas.

Le module ASP.NET Core ne parvient pas à trouver le CLR .NET Core et à trouver le gestionnaire de requêtes en cours de processus ( aspnetcorev2_inprocess.dll ). Vérifiez que:

Le scénario le plus probable est que vous n'avez pas du tout installé le runtime .NET Core ou du moins que vous n'avez pas réussi à installer la version correcte de celui-ci pour correspondre à ce que votre projet cible.


6 commentaires

Merci pour votre perspicacité, cependant, je ne suis pas sûr que vous ayez lu le problème spécifiquement, "J'essaie d'héberger un site Web ASP.NET 2.2 sur une plate-forme d'hébergement partagé interserver.com". Je n'ai pas d'accès direct au serveur pour installer des runtimes de base .net.


Alors vous n'avez probablement pas de chance. À moins que le fournisseur d'hébergement partagé n'ait installé le runtime et le maintienne à jour, vous ne pouvez pas y héberger. Honnêtement, il suffit d'avoir un vrai hôte. L'hébergement partagé est une arnaque. Vous pouvez obtenir un VPS complet pour 5 $ / mois à certains endroits.


5 $ / mois sonne comme une bonne affaire pour un VPS complet ... où recommandez-vous?


J'utilise DigitalOcean. C'est l'un de leurs plus petits VPS, mais c'est parfaitement suffisant pour mon blog et quelques autres projets personnels.


@Easton James Harvey J'ai également reçu le même message d'erreur que vous avez rencontré ci-dessus sur mon fournisseur d'hébergement (asphostportal.com). Assurez-vous simplement de demander à votre fournisseur de passer à Aucun code géré, cela fonctionnera.


l'ajout de Microsoft.AspNetCore.Server.IIS a fonctionné pour moi. à votre santé



3
votes

Comme il s'agit d'une plate-forme d'hébergement partagé, je n'ai pas accès à la manipulation des configurations de serveur. D'après ce que je peux dire, quelque chose s'est mal passé avec l'installation d'exécution d'ASP.NET Core 2.2.4 et AspNetCoreModuleV2.dll est manquant / corrompu / mal placé?

Après avoir passé beaucoup trop de temps là-dessus, j'ai trouvé quelques solutions de contournement:

  1. Chaque fois que vous publiez, accédez au dossier sur l'hôte où le code a été publié, ouvrez le web.config généré automatiquement, sous le nœud des gestionnaires, remplacez "AspNetCoreModuleV2" par "AspNetCoreModule". Cela fonctionne, en le ramenant par défaut au paquet précédent, mais c'est merdique car cela doit être fait manuellement chaque fois que le code est publié.

OU,

  1. dans la solution Visual Studio, ouvrez (ou créez un nouveau) profil de publication sous Propriétés> PublishProfiles. Dans PropertyGroup, ajoutez: OutOfProcess . Cela fonctionne mais c'est un gros hack et l'application n'aura pas tous les gains de performances d'être InProcess (par défaut)

Après le test, j'ai trouvé que vous pouvez utiliser l'un ou l'autre, vous n'êtes pas obligé d'utiliser les deux.

J'espère que ce problème se résoudra avec le temps à mesure que le service d'hébergement continue de mettre à jour ses environnements d'exécution, mais pour l'instant, j'espère que ces solutions de contournement vous aideront également.


0 commentaires

0
votes

Pour Asp.Net Core 2.2 MVC. 1. Créez web.config à la racine du projet. 2. Collez cette configuration:

  <?xml version="1.0" encoding="utf-8"?>
  <configuration>
    <location path="." inheritInChildApplications="false">
      <system.webServer>
        <handlers>
          <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />
        </handlers>
        <aspNetCore processPath="dotnet"
                    arguments=".\MyApp.dll"
                    stdoutLogEnabled="false"
                    stdoutLogFile=".\logs\stdout"
                    hostingModel="InProcess" />
      </system.webServer>
    </location>
  </configuration>


1 commentaires

Fait basé sur la réponse @EastonJamesHarvey. Cela doit être fait une fois.



0
votes

J'avais le même problème avec Interserver.com.

L'assistance a pu résoudre le problème en basculant mon pool d'applications sur 64 bits. D'après ce que j'ai lu en ce qui concerne les autres fournisseurs d'hébergement Plesk, c'est que par défaut, les scripts qui créent votre machine virtuelle par défaut créent le pool d'applications en 32 bits. Je suppose qu'AspNetCoreModuleV2 nécessite 64 bits, mais ce n'est qu'une supposition. Heureux que mon site soit en cours d'exécution maintenant.


0 commentaires