2011-11-15 10 views
18

Estamos cambiando nuestra aplicación MVC3 de IIS 6 a 7.5. Estoy trabajando en la configuración de mi entorno de desarrollo local en Windows 7. La aplicación funciona bien en su mayor parte, pero descubrí que UNA de las muchas áreas MVC diferentes que tengo no funciona.¿Qué podría causar un servicio 503 no disponible para el área de informes de una aplicación asp.net mvc3?

Cuando intento presionar una acción debajo de esta área, recibo un error 503 Servicio no disponible de nuevo. Esto no ocurre en ningún otro lado en mi aplicación.

  • Solo hay un grupo de aplicaciones para todo el sitio web.
  • MVC 3
  • .Net 4.0
  • 64 bit
  • Error solicitud de rastreo no ve estas solicitudes.
  • No hay nada relevante en la aplicación de Windows o en los registros del sistema.
  • El área funciona bien bajo Visual Studio 2010 Cassini, el problema ocurre cuando lo ejecuto bajo IIS locales 7.5 (no urgente)
  • grupo de aplicación no se bloquea o no se detuvo
  • No hay nada en mi ELMAH ingrese
  • todos control total sobre el árbol completo de la seguridad en el sistema de archivos
  • la url es http://localhost/reports

estoy totalmente perplejo. No puedo encontrar ninguna evidencia de que IIS siquiera esté recibiendo la solicitud. ¿Hay algún otro archivo de registro al lado de los que enumeré?

[Actualizar] ¿Hay alguna manera de ver las reservas de la URL http.sys? He encontrado algunos comentarios sobre servicios de informes SQL que llaman a dibs en/Informes url.

+0

¿Tiene algún otro módulo IIS o aplicación que maneje esa URL? – SLaks

+0

No, a menos que haya algo en la instalación predeterminada de IIS 7 que pueda manejar esa url. –

+1

Si lo cambia a/reports2 ¿todavía tiene el mismo problema ...? – Nik

Respuesta

31

Me di cuenta. Fue debido a los servicios de SQL Reporting que reservaron la url http://+:80/Reports en http.sys.

En realidad, no tenía instalados los servicios de creación de informes, pero aparentemente todavía reservaba la URL.

lo arreglé con el siguiente comando:

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

¡Gracias! Este problema fue raro como el infierno, pero TAN al rescate de nuevo. – lahsrah

+0

Gracias realmente me ayuda a resolver este problema. –

+0

Ordenado, ¡no estoy seguro de haberlo solucionado alguna vez! – Fordio

0

¿Está utilizando cualquier ODBC u otros componentes en esta área que no está en otro lugar? He experimentado este error (o uno similar, no puedo recordarlo) cuando ejecuto el grupo de aplicaciones en el modo de 64 bits y las llamadas subyacentes hacen referencia a 'algo' de 32 bits. Podría intentar habilitar aplicaciones de 32 bits en la configuración del conjunto de aplicaciones para ver si afecta el resultado.

3

comprobar la cuenta/IIS -> Grupo de aplicaciones -> Configuración avanzada -> Modelo de proceso -> identidad con la que su piscina está en funcionamiento. Me cambiaron la contraseña y no obtuve un registro de contraseña no válida, sino assemlby error de carga, que a su vez provocó que se cerrara el grupo de aplicaciones, y se le otorgó al usuario el "Servicio 503 no disponible".

1

Otra solución es, que tenía el mismo problema con mis http://ApplicationURL/Informes

Y sí, el SSRS era el problema.

Una mejor solución para esto uno es

  1. Administrador de servicios OpenReporting configuración.
  2. Conexión al servicio local suele equipo \ MSSQLSERVER
  3. Ir a "URL del Administrador de informes" Opción
  4. Modificar directorio virtual con otro nombre en lugar de informes.

Solo recuerde que con este cambio sus informes para SSRS estarán en el nombre que usted definió.

Carlos

+0

. Sabía que no era mi código mvc. ¡Jaja! era demasiado extraño de un error, a pesar de que es común. Gracias, esta fue absolutamente la respuesta correcta para mí. No estoy seguro de por qué no ha sido votado. Seguramente otros se encontrarán con esto. Ya sabes ... con Microsoft reclamando la ruta/Reports/en todos los hosts del puerto 80 ... ridículo. Solo el ms puede salirse con la suya. – Barry

Cuestiones relacionadas