После обновления моего проекта до ASP.NET Core 2.2 я попытался запустить приложение (локально, конечно), и в браузере появилось сообщение об ошибке, как на скриншоте ниже.
Больше не сообщалось об ошибках в Visual Studio Explorer Explorer. Я не знаю, что случилось.
25 ответов
- удалить все проекты с каталогом
- создавать новые проекты
- скопировать все файлы кроме program.cs и startup.cs
- ручное копирование из автозагрузки и программных классов в новые startup.cs и новые program.cs
20 Фев 2019 в 17:44
Я столкнулся с этой проблемой сегодня с моего хостинга – локально все в порядке, но как только я публикую, я получаю эту ошибку.
Я просмотрел пакеты и обнаружил, что некоторые компоненты ядра .net были обновлены до версии 3.0 Preview.
Затем я изменил параметр сборки в VS2019 с «Зависящего от платформы» на «Автономный». Построение и публикация заняли в 5 раз больше времени, но теперь это работает.
Сейчас я проверяю с технической поддержкой хоста, что может быть проблемой – официально они поддерживают только 2.1 / 2.2, так что это могут быть эти пакеты из 3.0 Preview, однако целевая сборка 2.2.
18 Май 2019 в 18:05
Я также получил ту же проблему. И когда я посмотрел на окно вывода моего решения.
Затем я смог увидеть другую ошибку: « Целевой процесс завершился без создания события запуска CoreCLR », чтобы исправить это, мне пришлось удалить Microsoft.AspNetCore.All из моих пакетов Nuget и установите Microsoft.AspNetCore.App . Мне также пришлось установить правильный .Net SDK с здесь. Как только это будет сделано, перезагрузите компьютер и откройте решение, ошибка исчезла. Надеюсь, поможет
25 Ноя 2019 в 16:17
Еще один сценарий, который вызвал эту проблему для меня:
Я запускаю удостоверение пула приложений с учетной записью службы, и мне пришлось запустить dotnet dev-certs https под этим пользователем, чтобы избавиться от «System.InvalidOperationException: Невозможно настроить конечную точку HTTPS». во время запуска.
21 Авг 2019 в 16:55
5 Авг 2019 в 20:58
Если перезагрузка проекта и ручное копирование классов Program и Startup сработало для вас, то что-то явно было испорчено. Есть некоторые большие проблемы с этим. Использовать модель хостинга OutOfProcess можно, но с .Net Core 2.2 вы сможете использовать модель хостинга InProcess, поскольку она, естественно, быстрее: все обрабатывается в IIS без дополнительного HTTP-перехода между IIS и сервером Kestrel вашего приложения. ,
Если вы щелкнете правой кнопкой мыши по файлу своего проекта в обозревателе решений Visual Studio, убедитесь, что тег AspNetCoreModuleName имеет значение AspNetCoreModuleV2 (в отличие от старого AspNetCoreModule). Кроме того, проверьте журнал событий приложений Windows, чтобы определить потенциального виновника. Даже если сообщения об ошибках несколько загадочны, они могут указывать на точный номер строки в коде, вызвавшем сбой.
Наконец, если вы используете CI / CD с TFS, в файле appsettings.json могут быть переменные среды, которые не были должным образом заменены фактическими значениями (URL-адресами и т. Д.).
29 Авг 2019 в 04:20
Это произошло со мной, когда я развернул код с использованием Entity Framework Core с миграциями , и произошло несоответствие между состоянием базы данных и миграциями в коде.
30 Окт 2019 в 11:59
Эта ошибка начала появляться на нашем сервере Dev. Я использовал эту команду публикации, которая создает «автономную» папку файлов для развертывания.
dotnet publish -c release -r win7-x64 --output:bin/self_contained
Мое исправление состояло в том, чтобы вместо этого опубликовать «зависящее от фреймворка» развертывание, используя следующую команду:
dotnet publish --output:bin/framework_dependent
Я до сих пор не понимаю, почему независимая публикация не работает. Вы могли бы подумать, что автономная публикация будет более надежным методом, но в моем случае это не так.
Это сообщение в блоге .NET Core было полезным.
17 Май 2019 в 14:28
Я столкнулся с этой ошибкой после попытки публикации с VS2017 на рабочий сервер Windows 2016. (Это нормально работало в IIS Express на моем локальном ПК с Win10.)
В меню «Публикация»> «Настройка»> «Настройки» (левая вкладка) мне нужно было установить Target-runtime с «Portable» на «win-x64» (или что-либо, что имеет отношение к вашей среде). Я также выбрал «Удалить дополнительные файлы в месте назначения».
«Портативный» – это настройка по умолчанию. Я не уверен, что требуется для правильной работы среды «Portable», но может сэкономить кому-то еще некоторое время, если среда «Portable» вам не нужна.
Вообще говоря, я получаю эту ошибку, если что-то не соответствует моей среде. Например, однажды я обновлял один из своих проектов до .Net Core 3.1 с 2.2 и не установил пакет ASP.NET Core Runtime Hosting Bundle на моем сервере:
Кроме того, вы можете получить эту ошибку, если ваш пул приложений имеет значение True для включения 32-разрядных приложений. Пытаться:
Диспетчер IIS> Пулы приложений> имя пула приложений> (щелкните правой кнопкой мыши) Дополнительные параметры> Включить 32-разрядные приложения = False
1 Фев 2020 в 01:19
У вас есть 2 решения (этот ответ работает на сервере Windows, я ничего не знаю о сервере Linux).
-
скопируйте всю папку (кроме bin и obj folder) вашего проекта на сервер
-
откройте cmd в папке вашего проекта, затем выполните эту команду:
dotnet run, тогда все предупреждения и ошибки будут показаны вам (если у вас есть ошибка, связанная с указанным выше, команда не распознает загрузку dot net core sdk из эта ссылка)
- Вы должны изменить атрибут hostingModel с OutOfProcess на inprocess в web.config, и вы можете изменить значение stdoutLogEnabled на true, чтобы получить ошибку проекта в папке журналов
- читать ошибки ваших проектов и исправлять их.
В моем случае web.config это:
<?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=".\BMS.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" hostingModel="OutOfProcess" />
</system.webServer>
</location>
</configuration>
И я изменяю это на:
<?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=".\BMS.dll" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" hostingModel="inprocess" />
</system.webServer>
</location>
</configuration>
26 Ноя 2019 в 04:52
Та же неудача сказалась на проекте публикации. Проблема связана с последним пакетом Microsoft.AspNetCore.App . Просто уменьшите его с 2.2.x до 2.2.0 . или перейдите на dotnet.microsoft.com/download/dotnet-core/2.2 и получите новейший установщик dotnet-hosting .
25 Окт 2019 в 15:09
Это случилось со мной в первый раз при публикации веб-приложения Azure. Вот как я это решил:
Просмотрите сайт, используя Kudo / FTP. В корневой папке есть папка LogFiles, где вы найдете eventlog.xml. В этом файле я видел, что мое веб-приложение имело исключение SqlException, когда Entity Framework Core пытался настроить базу данных, что заставило меня проверить права доступа к базе данных (что было проблемой для меня).
17 Янв 2020 в 13:41
Если вы работаете с ASP.Net Core версии 2.2, тогда в appsettings.json просто прокомментируйте строку –
Это решает проблему. Мое приложение работает нормально.
Для меня проблема была отсутствующим appsettings.json
Я выбираю соответствующий файл appsettings.json (appsettings.production.json или appsettings.development.json) на основе переменной среды. Оказывается, appsettings.json требуется, даже если вы его не используете.
8 Май 2020 в 04:26
Кажется, у всех есть разные ответы на это. У меня тоже была эта проблема. Есть много разных вещей, как вы можете сказать, которые вызывают эту проблему. Если вы не нашли ни одного из этих решений полезным или у вас возникли проблемы с попытками обойти все эти разные решения, вы можете попробовать запустить приложение из командной строки из папки публикации.
После публикации, если вы получили эту ошибку, перейдите в папку публикации, а затем откройте окно командной строки / терминала, после этого типа dotnet .\YourStartupProject.dll вы получите сообщение об ошибке исключения, которое должно упростить решение проблемы.
Например, это ошибка, которую я получил, пытаясь в новой среде без настройки SQL-сервера, и, конечно, получит эту ошибку.
Application startup exception: System.Exception: Could not resolve a service of type
'YourStartupProject.DataServices.DbContext.DbContext' for the parameter
'context' of method 'Configure' on type 'YourStartupProject.Startup'. --->
System.ArgumentNullException: Value cannot be null.
Parameter name: connectionString
После устранения ошибки попробуйте еще раз, промойте, повторите.
20 Апр 2020 в 13:23
Вот что сработало для меня: – Я запустил файл запуска проекта в развернутой (IIS) папке. Обратите внимание: это не решит проблему, но сообщит вам, в чем проблема. В моем случае причиной проблемы была миграция базы данных, которая не удалась
1 Апр 2020 в 14:11
Эта ошибка может произойти по многим причинам. В моем случае это было исключение из-за неверного формата appsettings.json. Как я узнал, включив стандартный вывод в web.config.
11 Мар 2020 в 05:32
Будьте внимательны при публикации.
Когда я публикую его в моем PreProd-окружении, этот конф хорошо работает: Портативный
Но на моей среде Prod, что Conf не работает. Я должен был выбрать конкретное: win-x64
Я не знаю причину этого. Если кто-то знает, я буду благодарен!
14 Окт 2019 в 18:51
Похоже, у меня была такая же проблема. Это происходит потому, что если у вас нет решения global.json в решении, тогда VS build (опубликует) основное приложение .net с последней версией, установленной на вашем компьютере. Итак, я делаю следующее решение:
Добавьте файл global.json с версией ядра .net.
{
"sdk": {
"version": "2.2.402"
}
}
global.json можно разместить в любом месте иерархии файлов. CLI ищет в каталоге проекта первый файл global.json, который он находит. Вы контролируете, к каким проектам применяется данный global.json, по его месту в файловой системе. .NET CLI ищет файл global.json, итеративно перемещаясь по пути вверх от текущего рабочего каталога. Первый найденный файл global.json указывает используемую версию. Если эта версия установлена, эта версия используется. Если SDK, указанный в global.json, не найден, .NET CLI выполняет откат до последней установленной версии SDK. Откат вперед аналогичен поведению по умолчанию, когда файл global.json не найден.
27 Сен 2019 в 16:56
Я получил эту же ошибку при развертывании основного приложения .Net, которое предназначалось для .Net Framework на сервере Windows. Я проверил средство просмотра событий на сервере и оказалось, что на сервере не установлено .net 4.7.2.
Установка его решила проблему для меня.
9 Июн 2019 в 00:15
Мои проблемы были искажены в файле appsetttings.json. Я включил стандартное ведение журнала через web.config и смог получить основное исключение, выбрасывающее эту ошибку.
23 Июл 2019 в 19:21
В моем случае это был неверно установленный уровень журнала в appsettings.json . Вместо Предупреждение у меня был Warn , и это привело к аварийному завершению работы приложения с указанной выше ошибкой.
22 Май 2019 в 07:41
Я столкнулся с этой проблемой и нашел другое решение. Для меня это было то, что у меня был пакет, который был устаревшим с приложением (я обновил его на NuGet, и библиотека не была заменена в производстве). Обновление пакета исправило это для меня.
Обратите внимание: мне пришлось вручную запустить dotnet.exe с dll проекта, чтобы увидеть сообщение, которое исправило это для меня.
Надеюсь, что это поможет кому-то еще в будущем.
20 Мар 2019 в 19:50
ASP NET Core HTTP Error 5025 – Process Failure
We are doing a cold&flu round-robin at work and it’s my turn to enjoy a few days in bed 🤒
As I’ve mentioned before we are migrating to ASP .NET Core. For the most it has been a smooth process, but a few weeks ago one of our Core services went down in Production. During lunch. Not good. Deploying at lunch is generally not a great idea if you don’t have green-blue deployment ((Not so) Stupid Question 292: How does blue-green deployment work?), but we had forgotten to update a certificate and had noticed during lunch so we hurried out a deployment. We use Octopus Deploy to manage our deployment pipeline, and since our certificate had been updated we had to create a new release. What we didn’t think about was that the new process steps for deploying new services had undergone some change that we hadn’t tested in AT and Prod (only Local, Edge and QA). We rushed out the deployment, all the steps were green. But you couldn’t log in. The Account service, a .NET Core service, was responding 500’eds. Not good. Being the one in charge for the pipe and anything ‘.NET Core’ I was tasked to drop everything and look into it.
In IIS, the Application Pool looked fine, as well as the service. At first glance might I add. But a simple call to our heartbeat controller returned 502.
I had a look in the eventlog and saw several errors.
Application ‘MACHINE/WEBROOT/APPHOST/KONSTRUKT.INTEGRATION’ with physical root ‘C:\Octopus\Applications\Konstrukt.net\PROD\Konstrukt.Service.Integration\0.8.2.282-release’ failed to start process with commandline ‘“dotnet” .\ Konstrukt.Service.Integration.dll’, ErrorCode = ‘0x80070002 : 0.
The error code indicated that it couldn’t find a file. A similar error code that some got indicated access issues so based on experience I doublechecked access rights.
-
Do a clean, compile and publish.
-
Recycle application pool, and reset IIS
-
Make sure that the startup is set up correctly (Startup.cs)
-
Go through the IIS deployment steps and make sure you’ve done each one
-
Make sure you have the right SDK and runtime version
-
Make sure you have the targeted .NET framework installed on the machine
-
Check that the *C:\Program Files\dotnet*exists in the path (run $env:path in Powershell )
-
Check Application pool identity access rights to assembly folder
-
Check Application pool identity access rights to dotnet.exe folder
-
Check your Web.config file, verify that the variables are correctly set*
Means that the config file hasn’t undergone required transformation as the variables: %LAUNCHER_PATH% %LAUNCHER_ARGS% have not been set. Do a clean, compile and publish. Make sure Web.Config file looks right (should point to .dll or .exe depending on how you’ve chosen to publish the application- if it is self-contained or not).
Go through the common errors
I went through everything above, but the problem persisted.
I used started procmon and added a filter for the w3wp.exe process, and saw something interesting.
There is a lot of NAME NOT FOUND and PATH NOT FOUND. Nothing strange about that, the process is looking for the dotnet process in different directories until it finds it. Unless it doesn’t find it. Out of all the places it looked for the process, it never looked in the directory where it actually was. And the path was set at machine level. That made me think that it had to be a problem with accessing the environment variables. I went through the settings for the app pool again and was surprised to see that
Leave a comment (via email)
Last modified on 2017-09-11
Коды ошибок
В процессе работы могут появляться ошибки. За консультацией по их устранению обратитесь в техническую поддержу.
Коды ошибок с расшифровкой:
400 Ошибка формата запроса.
404 Задание с заданным uuid не найдено.
405 Задание с заданным uuid нельзя отменить.
409 Задание с заданным requestId уже существует.
5000 Некорректно указан тип запроса задания.
5002 Не удалось зарегистрировать РВ.
5003 Не корректно указан идентификационный код регистрации.
5010 Отсутствует авторизация в сервисе.
5021 Устройство с заданным ID не найдено
5022 Устройство с заданным ID не существует.
5023 Не удалось добавить устройство с заданным ID в список.
5024 Не удалось изменить настройки для устройства с заданным ID.
5025 Не удалось получить состояние РВ.
5026 Не удалось получить настройки интерфейсов обмена данными.
5028 Не удалось получить список подключѐнных устройств.
5030 Введены не верные данные адреса выбытия.
5031 Введены не верные данные кода маркировки.
5090 возникает при выбытии, когда активна блокировка по спутникам. необходимо выполнить синхронизацию со спутниками.
Коды ошибок Модуля безопасности (МБ) Регистратора выбытия (РВ):
0x12 (18) Команда не поддерживается. Неверное состояние МБ РВ (Команда
0x13 (19) Ошибка проверки контрольной суммы, ошибка формата и т.д.
0x15 (21) Некорректные входные данные
0x16 (22) Неверная длина входных данных
0x17 (23)
0x18 (24) Некорректный параметр команды ParamChain
0x19 (25) Некорректный параметр команды ParamMode, режим не поддерживается
0x28 (40) Требуется завершить цепочку
0x29 (41) Есть данные, цепочка не может быть завершена
0x31 (49) Формат сертификата неверен
0x32 (50) Срок действия сертификата истѐк
0x33 (51) Ошибка проверки криптограммы
0x34 (52) Превышено количество использований сеансового ключа
0x35 (53) Требуется ключ для проверки
0x41 (65) Не была проведена авторизация пользователя
0x42 (66) Не была проведена аутентификация с удаленным сервером
0x43 (67) Нарушена последовательность команд аутентификации, транзакции
0x44 (67) Некорректное сообщение (ошибка структуры, некорректный тип
данных, размер переданных данных не соответствует указанному в
0x75 (117) Устройства МБ РВ не готовы к работе
0x83 (131) Не все отчеты выданы
0x85 (133) Сертификат не найден
0x86 (134) Команда не разрешена, связь со спутником отсутствует более 24 часов
0x87 (135) Команда не разрешена, ПИН-код заблокирован
0xE0 (224) Рассинхронизация между элементами МБ РВ
0xE1 (225) Внутренняя ошибка МБ РВ при передаче данных
0xE2 (226) Недостаточное напряжение питания МБ РВ
Коды ошибок Регистратора выбытия:
0x101 (257) ошибка связи с сервером эмиссии
0x102 (258) Ошибка аутентификации на сервере эмиссии
0x103 (259) Ошибка связи с МБ РВ
0x104 (260) МБ РВ не готов
0x105 (261) МБ РВ не активирован
0x106 (262) МБ РВ заблокирован
0x107 (263) Некорректные параметры команды