Что может привести к тому, что 503 Service Unavailable для области отчетов приложения asp.net mvc3?

Мы переключаем наше приложение MVC3 с IIS 6 на 7.5. Я работаю над настройкой моей локальной среды разработки в Windows 7. Приложение работает отлично по большей части, но я только что обнаружил, что ОДИН из многих разных областей MVC, которые у меня не работают.

Когда я пытаюсь применить действие в этой области, я получаю сообщение об ошибке 503 Service Unavailable. Это не происходит нигде в моем приложении.

Для всего веб-сайта есть только один пул приложений.
MVC 3
.Net 4.0
64 бит
Сбой запроса не видит эти запросы.
В системных журналах Windows нет системных журналов.
Область отлично работает в visual studio 2010 cassini, проблема возникает, когда я запускаю ее под локальным iis 7.5 (не экспресс)
Пул приложений не сбой или не остановлен.
В моем журнале ELMAH ничего нет.
Полный контроль над всем деревом в безопасности файловой системы
URL http://localhost/reports

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

[Обновление] Есть ли способ просмотреть резервирование URL http.sys? Я нашел несколько разговоров о службах SQL Reporting, вызывающих dibs on/Reports url.

Ответ 1

Я понял это. Это связано с тем, что службы SQL Reporting зарезервировали URL http://+:80/Reports в http.sys.

У меня не было установленных служб отчетов, но, по-видимому, он все еще сохранял URL-адрес.

Я исправил его с помощью следующей команды:

netsh http delete urlacl url=http://+:80/Reports

Ответ 2

Проверьте учетную запись /IIS → Пул приложений → Дополнительные параметры → Модель процесса → Идентичность, под которой работает ваш пул. Я изменил свой пароль и не получил регистрацию неверного пароля, но, скорее, отказался от сбоя загрузки, что, в свою очередь, вызвало закрытие пула приложений, и пользователю был предоставлен "503 Service Unavailable".

Ответ 3

Другое решение - у меня была такая же проблема с моей http://ApplicationURL/ Отчеты

И да, проблема SSRS была проблемой.

Лучшим решением для этого является

Диспетчер конфигурации служб OpenReporting.
Подключитесь к своей локальной службе, обычно COMPUTERNAME\MSSQLSERVER
Перейдите в "URL-адрес менеджера отчетов"
Измените свой виртуальный каталог другим именем вместо отчетов.

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

Карлос

Ответ 4

Используете ли вы какие-либо ODBC или другие компоненты в этой области, что вы больше нигде? Я испытал эту ошибку (или одну подобную, не могу вспомнить с головы) при запуске пула приложений в режиме 64 бит, а базовые вызовы ссылаются на 32-битное "что-то". Вы можете попробовать включить 32-битные приложения в настройках пула приложений, чтобы увидеть, влияет ли это на результат.