Ошибка HTTP 500.30 - сбой при запуске процесса ANCM

В ASP.NET Core 2.2 был выпущен новый шаблон сервера / хостинга с IIS под названием Хостинг IIS InProcess. Чтобы включить внутрипроцессный хостинг, добавляется элемент csproj AspNetCoreHostingModel, чтобы установить для hostingModel значение inprocess в файле web.config. Кроме того, web.config указывает на новый модуль AspNetCoreModuleV2, который требуется для внутреннего хостинга.

Если на целевой машине, на которой вы развертываете, нет ANCMV2, вы не можете использовать хостинг IIS InProcess. Если да, то правильным поведением будет установка пакета хостинга dotnet на целевой объект. machine или перейдите на AspNetCoreModule.

Источник: jkotalik (Github)

Попробуйте изменить раздел в csproj (отредактируйте с помощью текстового редактора)

  <PropertyGroup>
    <TargetFramework>netcoreapp2.2</TargetFramework>
    <AspNetCoreHostingModel>InProcess</AspNetCoreHostingModel>
  </PropertyGroup>

к следующему ...

 <PropertyGroup>
    <TargetFramework>netcoreapp2.2</TargetFramework>
    <AspNetCoreHostingModel>OutOfProcess</AspNetCoreHostingModel>
    <AspNetCoreModuleName>AspNetCoreModule</AspNetCoreModuleName>
 </PropertyGroup>

Источник (Github)

Из ASP.NET Core 3.0+ и Visual Studio 19 версии 16.3+ Вы найдете раздел в файле проекта .csproj, как показано ниже:

  <PropertyGroup>
    <TargetFramework>netcoreapp3.1</TargetFramework>
  </PropertyGroup>

Там нет AspNetCoreHostingModel собственности. Вы найдете выбор модели хостинга в свойствах проекта. Щелкните правой кнопкой мыши имя проекта в обозревателе решений. Щелкните свойства.

Щелкните меню «Отладка».

Прокрутите вниз, чтобы найти параметр «Модель хостинга».

Выберите Вне обработки.

Сохраните проект и запустите IIS Express.

ОБНОВЛЕНИЕ для развертывания сервера:

Когда вы публикуете свое приложение на сервере, появляется файл веб-конфигурации, как показано ниже:

измените значение 'hostingModel' с 'inprocess' на 'outofprocess', как показано ниже:

В моем случае я недавно изменил строку подключения к базе данных в моем файле appstettings.json. Я подозреваю, что без регистрации или обнаружения ошибок эта ошибка вызвала ошибку «Ошибка HTTP 500.30 - сбой при запуске процесса ANCM».

Я случайно заметил обмен мнениями между x-freestyler и Тахиром Халидом, когда Тахир предложил проблему с МОК в стартапе. Поскольку мой запуск в последнее время не изменился, но мой файл appstettings.json изменился, я определил, что причиной проблемы была строка подключения в моем appstettings.json. Я исправил неверную строку подключения, и проблема была решена. Спасибо всему сообществу.

Если вы используете Visual Studio и у вас запущены какие-либо ее экземпляры, закройте их все.

Вы должны найти подпапку .vs, в которой находится ваше решение Visual Studio (.sln файл).
Удалите папку .vs и повторите попытку с моделью внутрипроцессного размещения.

У меня такая же ошибка возникла на моей машине разработки под управлением Windows 10. Ошибка не исчезла после того, как я установил базовый пакет хостинга dotnet. Мне пришлось перейти в средство просмотра событий, чтобы получить подробную информацию об ошибке. Ваша основная проблема (если таковая имеется) может отличаться от моей. Дело в том, что если вы работаете на компьютере с Windows, программа просмотра событий может предоставить подробную информацию. Надеюсь, это кому-то поможет.

ASP.NET Core 2.2 или более поздней версии: для 64-разрядного (x64) автономного развертывания, использующего внутрипроцессную модель размещения, отключите пул приложений для 32-разрядных (x86) процессов.

На боковой панели «Действия» диспетчера IIS> Пулы приложений выберите «Задать значения по умолчанию для пула приложений» или «Дополнительные параметры». Найдите Включить 32-разрядные приложения и установите значение False.

https://docs.microsoft.com/en-us/aspnet/core/host-and-deploy/iis/?view=aspnetcore-3.0#create-the-iis-site

Ошибка HTTP 500.30 - сбой при запуске процесса ANCM », более того, является общей ошибкой. Чтобы узнать больше об ошибке

Перейдите на портал Azure ›Служба приложений› в открытой консоли инструментов разработки. Мы можем запустить приложение через эту консоль и, таким образом, визуализировать реальную ошибку, из-за которой наше приложение не загружается.

Для этого введите имя нашего проекта, за которым следует «.exe» и нажмите клавишу ввода.

Я посмотрел журналы Windows в разделе «Приложение». Он отображал сообщение об ошибке и трассировку стека. Я обнаружил, что мне не хватает папки под названием node_modules. Я создал эту папку и исправил ее.

Я не вносил никаких изменений в web.config или в файл проекта. Моя версия .NETCoreApp была 3.1

В некоторых случаях это была просто опечатка, которая портит и мешает разбору файла настроек JSON.

Удаление строки AspNetCoreHostingModel в файле .cproj сработало для меня. Такой строчки не было ни в одном моем проекте, который работал нормально.

<PropertyGroup>
    <TargetFramework>netcoreapp2.2</TargetFramework>
    <AspNetCoreHostingModel>InProcess</AspNetCoreHostingModel>
</PropertyGroup>

У меня была аналогичная проблема при попытке переключиться с хостинга OutOfProcess на хостинг InProcess в проекте .Net Core, который я недавно обновил с 2.0 до 3.0.

Поскольку никакой реальной полезной ошибки не было, и, потратив несколько дней на ее решение, я в конце концов нашел исправление для своего случая, которым, как я думал, поделюсь, если оно будет полезно для всех, кто борется с этим.

Для меня это было вызвано несколькими пакетами Microsoft.AspNetCore.

После удаления всех упомянутых пакетов Microsoft.AspNetCore, имеющих версию ниже 3.0.0 (для них не было доступно обновление> = 3.0.0), эта ошибка больше не возникала.

Это были пакеты, которые я удалил;

<PackageReference Include="Microsoft.AspNetCore" Version="2.2.0" />
<PackageReference Include="Microsoft.AspNetCore.App" Version="2.2.8" />
<PackageReference Include="Microsoft.AspNetCore.Server.IISIntegration" Version="2.2.1" />
<PackageReference Include="Microsoft.AspNetCore.StaticFiles" Version="2.2.0" />

Все остальные пакеты Microsoft.AspNetCore с версией выше или равной 3.0.0 работали нормально.

Загрузите установщик .NET Core Hosting Bundle по следующей ссылке:

Установщик текущего пакета .NET Core Hosting Bundle (прямая загрузка) < / а>

Эта настройка профиля публикации исправлена ​​для меня:

Настроить профиль публикации -> Настройки -> Параметры расширений сайта ->

• [x] Установите расширение сайта ASP.NET Core.

У меня из-за UseKestrel () в program.cs Это должно быть .ConfigureKestrel () в 2.2

дополнительная информация на https://docs.microsoft.com/en-us/aspnet/core/migration/21-to-22?view=aspnetcore-2.2&tabs=visual-studio&WT.mc_id=-blog-scottha#update-kestrel-configuration

Я обнаружил еще одну проблему, которая начинается с того же сообщения об ошибке, что и в вопросе. Я делюсь этим здесь, чтобы перед изменением файла проекта вы могли убедиться, что ваши службы правильно зарегистрированы.

Я также использую .netcore 2.2 и получаю то же сообщение об ошибке, поэтому я изменил файл проекта с InProcess на OutOfProcess, как в выбранном ответе. После этого я обнаружил настоящую причину своей проблемы, когда получил сообщение «Невозможно создать экземпляр типа реализации». Причиной этого для меня было:

services.AddScoped<IMyService, IMyService>();

вместо того

services.AddScoped<IMyService, MyService>();

Связанное сообщение: Почему я получаю сообщение об ошибке Не удается создать экземпляр типа реализации для моей универсальной службы?

Проведя целый день в борьбе с самим собой за решение разместить мое основное приложение asp.net на IIS с хостингом InProcess, я наконец горд и рад, что эта проблема решена. Много часов многократно просматривая одни и те же форумы, блоги и вопросы SO, которые изо всех сил пытались решить проблему, я все еще застрял после выполнения всех вышеупомянутых подходов. Сейчас я опишу свой опыт решения этой проблемы.

Шаг 1. Создайте веб-сайт в IIS

Шаг 2. Убедитесь, что в AppPool для веб-сайта установлена ​​версия .Net CLR без управляемого кода, а для свойства Enable 32-bit Applications в AppPool - ›Advanced Settings установлено значение false.

Шаг 3. Убедитесь, что ваш проект ссылается на .Net core 2.2

Шаг 4. Добавьте следующую строку в файл startup.cs внутри метода ConfigureServices.

services.Configure<IISServerOptions>(options =>
{
     options.AutomaticAuthentication = false;
});

Шаг 6. Добавьте следующие пакеты Nuget

Microsoft.AspNetCore.App v2.2.5 или выше

Microsoft.AspNetCore.Server.IIS v2.2.2 или выше

Шаг 7. Добавьте следующую строку в ваш файл .csproj.

<AspNetCoreHostingModel>InProcess</AspNetCoreHostingModel>

Шаг 8. Создайте и опубликуйте свой код (желательно с разрядностью x64).

Шаг 9. Убедитесь, что вы добавили имя хоста своего веб-сайта в файл etc / hosts.

Шаг 10: перезапустите службу публикации в Интернете

Теперь проверьте свое основное приложение asp.net, и оно должно быть размещено с использованием хостинга InProcess. Чтобы проверить, размещено ли ваше приложение в режиме InProcess, проверьте заголовки ответов, и они должны содержать следующую строку

Сервер: Microsoft-IIS / 10.0 (версия IIS может быть любой, зависящей от вашей системы)

Обновление: загрузите и установите Пакет хостинга ASP.Net Core, необходимый для его работы.

Решил мою проблему, запустив выделенный пул приложений для AspNetCoreModuleV2

Описание:

HTTP Error 500.34 - ANCM Mixed Hosting Models Not Supported

Я запускал несколько приложений в одном пуле приложений. Некоторые приложения были запущены

<add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />

Приложение, вызвавшее ошибку, было запущено AspNetCoreModuleV2

<add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" />

Я создал новый пул приложений, посвященный AspNetCoreModuleV2, и это устранило мою проблему.

Я столкнулся с этой проблемой в службе приложений Azure при обновлении с 2.2 до 3.1. Причина в том, что в службе приложений было установлено расширение «ASP.NET Core 2.2 (x86) Runtime». Удаление этого расширения из Kudu устранило проблему!

Вау, на этот вопрос есть много ответов, но у меня была такая же проблема, и мое решение отличалось от всего, что я читал здесь, а также довольно простым.

У меня возникли проблемы с развертыванием моего приложения в Azure с правильными настройками среды, поэтому я возился с файлом launchsettings.json и изменил значение переменной ASPNETCORE_ENVIRONMENT в профиле IIS с «Разработка» на «Производство». Вернув его обратно к развитию, я решил проблему.

  "profiles": {
    "IIS Express": {
      "commandName": "IISExpress",
      "launchBrowser": true,
      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development"
      }
    }
  }

Убедитесь, что ваш json-файл * .deps.js правильно скопирован в развернутую папку.

В моем случае это было неправильное значение в файле appsettings.json. Значение было .\SQLEXPRESS, и оно сработало после того, как я изменил его на .\\SQLEXPRESS.

В моем случае это была проблема с подключением к базе данных. Эта ошибка должна быть более ясной. Надеюсь, они сделают это в будущем. В основном это проблема функции ConfigureServices при запуске. Мой совет - попробуйте добавить все строки в функцию ConfigureServices, и вы сможете выяснить, в чем проблема.

Для меня это был ошибочный ввод DBContext в HostedService. Переписал вот так:

Как мне вставить экземпляр DbContext в IHostedService? < / а>

Потому что приложение вылетает. Для кого экономия времени на этом исключении!

И код ошибки говорит, что он вызывает исключение, потому что не может найти файл на начальном этапе. См. Раздел «Параметры среды». В моем сценарии это сработало, когда я изменил следующий код

var environment = whb.GetSetting("environment");

to

var environment = "Development";// whb.GetSetting("environment");

Потому что у меня есть appsettings.development.json, но не было appsettings.production.json. Почему он не может найти ни одного файла, потому что ищет разные вещи в нужном месте.

С .Net Core 2.2 вы должны иметь возможность использовать модель хостинга InProcess, поскольку она, естественно, быстрее: все обрабатывается в IIS без дополнительных HTTP-переходов между IIS и сервером Kestrel вашего приложения. Возможно, вы захотите добавить этот тег: AspNetCoreModuleV2 Обратите внимание на новую опцию AspNetCoreModuleV2 по сравнению со старой опцией AspNetCoreModule. Еще одна важная вещь, которую необходимо сделать, - изучить журнал событий приложений Windows, чтобы определить виновника. Хотя сообщения об ошибках могут быть загадочными, иногда они указывают на точные номера строк в коде, вызвавшие сбой. Кроме того, если вы используете CI / CD с TFS, возможно, в файле appsettings.json есть переменные среды, которые не были должным образом заменены их назначенными значениями, и это было для меня одним из источников исключения.

У меня возникла проблема с моим Program.cs файлом. Я пытался подключиться к AddAzureKeyVault, который был давно удален.

Заключение:

This error could come to due to any silly error in the application. Debug step by step your application startup process.

В моем случае у меня была миграция, которая не выполнялась при запуске в определенной среде в Azure, но работала нормально в dev. Поскольку у нас есть служба, настроенная на запуск миграции как часть запуска, фактический запуск веб-приложения не выполняется.

Я вручную выполнил миграцию в среде, чтобы обнаружить проблему, а затем скорректировал ее, чтобы устранить различия в данных в этой среде.

Если кто-нибудь знает, как я мог увидеть ошибку миграции без ручного запуска непосредственно в БД, это было бы полезно.

У меня была такая же проблема. Оказалось, это была глупая ошибка с моей стороны.

В ServiceCollection я попытался зарегистрировать abstract class

services.AddScoped<IMyInterface, MyClasss>();

где MyClass был abstract по неизвестной мне причине хе-хе :)

Итак, ребята, если у вас есть HTTP Error 500.30 - ANCM In-Process Start Failure, просто просмотрите свой ServiceCollection

Для меня все было хорошо, но проблема была в публикации разных версий VS, странно !!! (последняя версия VS 2019 (16.4.2)). Когда я публикую приложение с VS 2017, оно работает нормально.

Фактическая проблема заключается в json-файле зависимости (например, MyWebApp.deps.json) в папке публикации. Надеюсь, это кому-то поможет.

Пожалуйста, посмотрите мой предыдущий ответ в этой же теме, чтобы понять все. Извините за несколько ответов

После дальнейшего расследования проблема возникла из-за того, что VS 2019 выбирает последний патч (поведение VS по умолчанию) для .net core 2.2, который мне нужен для публикации приложения 2.2.8. Мы можем ограничить это определенной версией выбора, используя

<RuntimeFrameworkVersion>2.2.4</RuntimeFrameworkVersion>

См. здесь. Это, наконец, решило мою проблему, хотя последний патч не был применен. Я могу собрать любой VS 2017 или VS 2019, оба публикуют приложение для версии времени выполнения .net core 2.2.0

У меня была такая же ошибка, и проблема была в версии пакета Microsoft.Extension.Primitives, несовместимой с версией ядра .net. И это отсылка к одному из проектов, на который ссылался мой проект.

Однажды я изменил Microsoft.Extension.Primitives в этом проекте. Эта проблема исправлена.

В журналах событий Azure проверьте, какую ошибку вы получаете и связана ли она со ссылкой на пакет. Попробуйте то, о чем я упоминал выше.

Поскольку пакеты nuget тесно связаны с версией .net. Просто убедитесь, что все пакеты, ссылающиеся на проект, также должны быть тесно связаны с версией .net.

Что ж, для меня у меня был запуск сложного приложения, в котором я создал свой собственный WebHostBuilder. Это сработало нормально, но не удалось, когда я попробовал режим хостинга InProcess. Я предполагаю, что я что-то пропустил при вызове в WebHostBuilder. Поэтому я убедился, что всегда вызываю WebHost.CreateDefaultBuilder (args), а затем делаю любые дополнительные изменения - в основном, как это делают новые шаблоны приложений.

Или для шаблонов ядра asp 3.1, которые используют IHostBuilder (не IWebHostBuilder), вызовите ConfigureWebHostDefaults

 public static IHostBuilder CreateHostBuilder(string[] args) =>
        Host.CreateDefaultBuilder(args)
            .ConfigureWebHostDefaults(webBuilder =>
            {
                // add stuff here
                webBuilder.UseStartup<Startup>();
            });

В моем случае ни одно из вышеперечисленных решений не сработало. Но когда я удалил файл myproject.vspscc из обозревателя решений, проблема решилась.

У меня была ошибка времени выполнения в Startup.cs. Ошибка школьника. Я немного изменил этот файл, но не запустил приложение локально перед развертыванием в Azure. Приложение не запустилось успешно, и я получил страницу с ошибкой 500.30.

У меня возникла проблема с .net core 3.1. Я перепробовал все решения, но у меня не получилось. Затем я заглянул в журнал IIS. Проблема заключалась в том, что приложению не удалось установить соединение с базой данных из-за недопустимой строки соединения. Поэтому, пожалуйста, загляните в журнал IIS, чтобы найти проблему. Это может быть любое исключение во время выполнения.

Проблема с сервером разработки

В моем случае это произошло из-за версии SDK.
Я установил все последние обновления VS 2019, но этого оказалось недостаточно.
Произошла ошибка, когда я попытался запустить веб-приложение с помощью сервера разработки VS (IISExpress / Kestrel).

Чтобы исправить это, я просто загрузил и установил последнюю версию dotNetCore SDK.
На тот момент это была версия 3.1.2.
И проблема решена!

У меня была та же проблема, что и из-за того, что я сделал это в Startup.cs классе и ConfigureServices методе:

services.AddScoped<IExamle, Examle>();

Но вы должны написать свой Interface в первом и свой Class во втором

У меня возникла эта проблема, когда моя служба Azure немедленно пыталась получить секрет от Azure KeyVault, и я забыл предоставить разрешение службы KeyVault.

На всякий случай это поможет любому, кто, возможно, совершил ту же ошибку, что и я.

У моего веб-сайта есть сертификат SSL от Certify the Web.

Когда я опубликовал, я удалил папку _Well-Known, и возникла эта ошибка.

Если бы я не очистил свою корзину за 30 секунд до того, как понял это на своей виртуальной машине, я мог бы просто восстановить папку.

Вместо этого я повторно запросил свой сертификат, перезапустил этот сайт, и проблема была решена.

Я столкнулся с этой проблемой, потому что редактирую Program.cs и удаляю функцию «Выполнить». Просто добавьте еще раз:

Все, что я собираюсь сказать в этом ответе, это убедиться, что у вас эээ ... нет ничего похожего на это в вашем регистрационном коде службы ..

        while (!Debugger.IsAttached) {
            Thread.Sleep(500);
        }

Это совершенно не случилось со мной и определенно не сделало меня очень грустным мальчиком после 3 часов возни со всеми вышеперечисленными ответами и многим другим.

Для нас это произошло после установки EF 5 в существующий основной проект.

На ПК моего коллеги после публикации у него был файл DLL: mscordaccore_amd64_amd64_4.700.20.20201.dll

И я, этот:
mscordaccore_amd64_amd64_4.700.20.36602.dll

После его публикации в выпуске сайт вернул HTTP Error 500.30.

После того, как я опубликовал свой релиз, сайт работал нормально.

При размещении в Amazon Web Services (AWS) с использованием развертывания Elastic Beanstalk (EBS) И с использованием этого ответа stackoverflow о том, как получить доступ к значениям конфигурации в контейнерах EBS (https://stackoverflow.com/a/47648283/78804)

Если в меню Elastic Beanstalk -> Environments -> [APP NAME] -> Configuration -> Software НЕ заданы значения конфигурации, вы, вероятно, увидите эту ошибку.

Установка ЛЮБОГО ОДНОГО ЗНАЧЕНИЯ в конфигурации EBS устраняет его.

Вероятно, это вызвано тем, что блоку загрузки конфигурации не удалось выполнить нулевую проверку, и весь веб-сайт отказал изящно, потому что ошибка возникает во время фазы приложения Startup.

это исключение в настройке или отсутствующая библиотека или зависимость файла, если вы используете Azure, перейдите в диагностику службы приложений, затем войдите в журнал, и вы получите проблему

У меня была такая же проблема в моем ядре asp 3.1, в ошибке отсутствовал файл зависимостей json, поэтому мне пришлось добавить его в wwwroot / ExternalDependencies в Azure

В моем случае, потратив много времени, проблема заключалась в том, что целевой платформой была x86, и после изменения ее на любой процессор проблема была исправлена.

В моем случае я забыл добавить одну запятую (,) между двумя строками в файле appsetting.json. Я добавил запятую, после этого работает.

кроме того общая ошибка. Чтобы узнать больше об ошибке, перейдите на портал Azure ›службу приложений› в разделе инструментов разработки и откройте консоль. Мы можем запустить приложение через эту консоль и, таким образом, визуализировать реальную ошибку, из-за которой наше приложение не загружается. Для этого введите имя нашего проекта, за которым следует «.exe» и нажмите клавишу ввода.

https://docs.microsoft.com/en-us/answers/questions/38950/http-error-50030-ancm-in-process-start-failure.html

Мне удалось заставить сайт работать с InProcess, установив для параметра Enable 32-Bit Application значение False для пула приложений для соответствующего пула приложений веб-сайта net core.