Я получаю внутреннюю ошибку сервера 500 при развертывании нашего веб-приложения ASP.NET 5 в веб-приложении Azure.
Как мне получить подробную информацию и трассировку стека для этого исключения?
Я сделал следующее, но безуспешно:
Использование страницы ошибок диагностики при запуске:
app.UseErrorPage();
Настройка ASPNET_ENV на портале Azure:
Использование DNX beta 6.
Если это кому-то поможет, я обнаружил, что если вы используете ASP.NET RC1 и Azure WebApps, и добавляете параметр приложения с именем Hosting:Environment со значением development, будет отображаться трассировка стека для ошибок сервера 500.
Чтобы это работало, метод Configure в Startup.cs должен использовать страницу Developer Exception, когда вы используете среду разработки. Например:
public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory) {
if (env.IsDevelopment())
{
app.UseDeveloperExceptionPage();
app.UseDatabaseErrorPage();
}
// etc
}
Согласно этому сообщению (спасибо Мухаммаду), я смогу получить ошибку времени выполнения в Azure, отредактировав файл web.config сервера (совершенно верно, Celt).
К сожалению, это не сработало - подробного исключения нет.
Я немного покопался и нашел эти журналы "DetailError":
Вот что они содержали:
Похоже, что что-то пошло не так при попытке разрешить favicon.ico на D:\home\site\wwwroot\favicon.ico.
В этом месте действительно не было значка. Я исправил это, но проблема осталась прежней. На самом деле, у меня никогда не было значка, и он работал.
В конце концов, я удалил все веб-приложение на портале Azure и повторно опубликовал ... TADA, оно снова работает.
Попробуйте отключить режим customErrors в файле Web.config следующим образом:
<system.web>
<customErrors mode="Off" />
</system.web>
web.config.
- person Dave New; 13.08.2015
Когда вы получаете HTTP 500 от веб-приложения Azure, работающего под управлением ASP.NET 5, и не можете получить подробный вывод об ошибке, по моему опыту, это происходит по одной из двух причин:
Для решения проблем первого типа вам лучше всего написать обработчик ошибок, который будет где-то регистрировать ошибки запуска (для этого мы используем Raygun.io, ваше решение должны определяться вашими потребностями и предпочтениями).
Для второго типа лучшее, что я придумал, - это функция диагностики веб-сайтов - вы можете получить доступ к журналам событий Windows Server, которые сообщат вам, не работает ли ваша среда выполнения.
В вашем startup.cs есть код среды выполнения, который не очень хорошо работает с Azure. Принудительно отобразить страницу исключений, удобную для разработчиков, путем перемещения app.UseDeveloperExceptionPage (); в начало Настроить (...). Опубликуйте обновленный код в Azure, перезагрузите домашнюю страницу и исключение станет полезным.
public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)
{
app.UseDeveloperExceptionPage();
...
}
У меня были точно такие же проблемы - всегда получал 500 и никогда не видел ни малейшего журнала или информации, что не так. Даже после того, как я закомментировал все в Startup.cs и просто получил доступ к статическим файлам, я получал 500 (хотя, как ни странно, иногда статический файл был обслуживался правильно, он менялся от публикации к публикации того же приложения).
Я предполагаю, что некоторые файлы были повреждены в моем развертывании, и Azure не обнаружила их. Или, может быть, на сервере остались какие-то файлы, которые вызвали конфликты во время выполнения - в следующий раз, я думаю, также стоит изменить профиль публикации, чтобы не хранить лишние файлы на сервере (по умолчанию они не удаляются).
В итоге я удалил и заново создал приложение, что решило проблему.
Если вы, как и я, все еще пользуетесь старыми версиями стека DNX (с использованием beta5, поставляемого с Visual Studio 2015), у них был параметр, который на самом деле не был хорошо документирован. Я считаю, что с тех пор это было изменено, но вот что вам нужно было поместить в свой web.config:
<appSettings>
<add key="ASPNET_DETAILED_ERRORS" value="true" />
</appSettings>
