service sharepoint-2010 http-status-code-503

service - Solución de SharePoint Server 2010-503. El servicio no está disponible, después de la instalación



sharepoint-2010 http-status-code-503 (12)

1) Asegúrese de que la configuración enable32BitAppOnWin64 para el grupo de aplicaciones "Administración central de SharePoint" esté establecida en False, y la misma para el grupo de aplicaciones "Raíz de servicios web de SharePoint"

2) Editar applicationHost.config:

bitness64 siendo la palabra mágica aquí

Instalado: SharePoint Server 2010 para Internet Enterprise Beta (x64) En: Windows Server 2008 Standard (x64) en hardware de 64 bits

Los intentos de acceder a la consola de Administración Central llevaron a que IIS devolviera 503. El servicio no está disponible

Y este error se encontró en el registro de la aplicación.

El Módulo DLL ''C: / Archivos de programa / Archivos comunes / Microsoft Shared / Web Server Extensions / 14 / isapi / owssvr.dll'' no se pudo cargar debido a un problema de configuración. La configuración actual solo admite la carga de imágenes creadas para una arquitectura de procesador x86.

Después de mucho ruido, la solución resultó ser:

1) Asegúrese de que la eliminación de enable32BitAppOnWin64 para el grupo de aplicaciones de "Administración Central de SharePoint" esté configurada en Falso, y lo mismo para el grupo de aplicaciones de la "Raíz de Servicios Web de SharePoint"

2) Editar applicationHost.config:

Cambio:

<globalModules> ... ... <add name="SharePoint14Module" image="C:/Program Files/Common Files/Microsoft Shared/Web Server Extensions/14/isapi/owssvr.dll" preCondition="appPoolName=SharePoint Central Administration v4" /> </globalModules>

A:

<add name="SharePoint14Module" image="C:/Program Files/Common Files/Microsoft Shared/Web Server Extensions/14/isapi/owssvr.dll" preCondition= "appPoolName=SharePoint Central Administration v4,bitness64" />

Espero que esto ayude a alguien :-)

bitness64 siendo la palabra mágica aquí

A veces, el Web.config de la aplicación termina en un estado inconsistente (declaración duplicada de manejadores http, etc.) Para verificar qué línea en la configuración está causando el error, abra el Administrador de IIS e intente editar las asignaciones del manejador ... le mostrará el error línea si hay tal error en la configuración web.

Extrañamente, tales errores no se registran en el Visor de eventos o ULS

Estoy de acuerdo con Beytan Kurt.

Tuve 503 lanzados tanto para el sitio de Administración central como para la página de inicio de SharePoint. En ambos casos las contraseñas han caducado.

Después de restablecer la contraseña en el AD y actualizar la Identidad, CA funcionó pero la página de inicio de SharePoint arrojó un error 500.

Resultó que la versión de .Net Framework estaba configurada en V4.0. Lo cambié a V2.0 y funcionó.

Recuerde que después de cada cambio debe reciclar el grupo de aplicaciones apropiado.

Gracias por compartir esto. Ayudó mucho. La única diferencia en mi aplicaciónHost.config era

<add name="SharePoint14Module" image="C:/Program Files/Common Files/Microsoft Shared/Web Server Extensions/14/isapi/owssvr.dll" preCondition="appPoolName=SharePoint Central Administration v4,bitness64;SharePoint - 80" />

Tenga en cuenta las múltiples entradas separadas por punto y coma. Probablemente esto se deba a que tengo una única instalación de SPS.

Lea el usuario y la contraseña en Aplicación -> La configuración avanzada para la aplicación Cental Admin funcionará.

Por favor, intente esto: verifique las propiedades del sitio web en IIS. En la pestaña del directorio de inicio, verifique el valor del grupo de aplicaciones. Si la aplicación no se inicia, haga lo siguiente: Creo que este error podría producirse debido a un cambio en la contraseña de la cuenta de servicio. Es posible que deba cambiar la nueva contraseña al grupo de aplicaciones
1) Haga clic en el grupo de aplicaciones detenido 2) haga clic en configuración avanzada 3) Identidad -> haga clic en el usuario para volver a escribir el usuario 4) Cuadro de diálogo Identidad del grupo de aplicaciones 5) haga clic en establecer -> escriba manualmente el nombre de usuario y la contraseña. Luego reinicie el servidor.

Recibí un error 503 porque los grupos de aplicaciones no se iniciaron en IIS por algún motivo.

También puede suceder si su política de contraseñas o alguna otra cosa ha cambiado su contraseña en caso de que sus aplicaciones utilicen el usuario con la contraseña modificada.

Por lo tanto, debe actualizar la contraseña de usuario desde la configuración avanzada de su aplicación "Utilidad" a través de la propiedad "Identidad".

La referencia está here

Tenía un problema similar con un cliente y ninguna de las resoluciones publicadas funcionó. Le concedí el permiso "Iniciar sesión como un trabajo por lotes" a través de la Política de seguridad local y eso finalmente hizo que la página web de Administración central se publicara correctamente.

Tuve el mismo problema pero la contraseña era buena y "Iniciar sesión como trabajo por lotes" por sí solo no era suficiente.

Verifique que la cuenta o el grupo de identidad del grupo de aplicaciones IIS tenga el permiso "Iniciar sesión como trabajo por lotes" Y que pueda "hacerse pasar por un cliente después de la autenticación".

Para cambiar esta configuración, realice los siguientes pasos en el servidor front-end web:

  • Inicio> Ejecutar tipo "secpol.msc"
    • Buscar: Configuración de seguridad> Políticas locales> Asignación de derechos de usuario
    • Agregar usuario o grupo a "Iniciar sesión como trabajo por lotes"
    • Verifique la membresía de grupo de la cuenta de servicio (en Active Directory) si un grupo en particular se está utilizando para este propósito.
    • Busque "suplantar a un cliente después de la autenticación" y agregue la identidad del grupo de aplicaciones
    • Reiniciar el servidor

¡Debes poder acceder al sitio!

Tuve problemas para encontrar el archivo applicationhost.config. Estaba en c: / windows / System32 / inetsrv / (Server2008) o en c: / windows / System32 / inetsrv / config / (Server2008r2).

Después de cambiar esa configuración, también tuve que cambiar la forma en que IIS carga el archivo aspnet_filter.dll. Abra el Administrador de IIS, vaya a "Sitios", "SharePoint - 80", en la agrupación de "IIS", en "Filtros ISAPI", asegúrese de que todas las rutas de acceso "Ejecutables" apuntan a ... Microsoft.NET / Framework64 / v #. #. #### / aspnet_filter.dll. Algunos de los míos apuntaban al / Framework / (no 64).

También debe reiniciar el servicio WWW para volver a cargar la nueva configuración.