Resolvendo o SharePoint Server 2010 - 503. O serviço não está disponível, após a instalação

StackOverflow https://stackoverflow.com/questions/2245324

Pergunta

Instalado: SharePoint Server 2010 for Internet Enterprise Beta (x64) em: Windows Server 2008 Standard (x64) em hardware de 64 bits

Tentativas de acessar o console da administração central levaram ao IIS retornando 503. O serviço não está disponível

E este erro foi encontrado no registro do aplicativo

O módulo DLL 'C: Arquivos de Programas Arquivos Comuns Microsoft Shared Web Server Extensions 14 ISAPI OwsSvr.dll' não pôde ser carregado devido a um problema de configuração. A configuração atual suporta apenas imagens de carregamento criadas para uma arquitetura de processador X86.

Depois de muito barulho, a solução acabou sendo:

1) Certifique -se de que o enable32bitApponwin64 prenda o pool de aplicativos "SharePoint Central Administration" esteja definido como FALSE, e o mesmo para o pool de aplicativos "SharePoint Web Services Root"

2) Editar ApplicationHost.config:

Mudar:

  <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>

Para:

    <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 isso ajude alguém :-)

Bitness64 sendo a palavra mágica aqui

Foi útil?

Solução 2

1) Certifique -se de que a configuração Atable32BitAppOnWin64 para o pool de aplicativos "SharePoint Central Administration" esteja definida como falsa e o mesmo para o pool de aplicativos "SharePoint Web Services Root"

2) Editar ApplicationHost.config:

Bitness64 sendo a palavra mágica aqui

Outras dicas

Eu recebi um erro 503 porque o Os pools de aplicativos não foram iniciados em IIS por algum motivo.

Eu concordo com Beytan Kurt.

Eu tinha 503 jogado para o site de administrador central e para a página de destino do SharePoint. Nos dois casos, as senhas expiravam.

Depois de redefinir a senha no anúncio e atualizar a identidade, a CA funcionou, mas a página de destino do SharePoint lançou um erro de 500.

Aconteceu que a versão .NET Framework foi definida como v4.0. Eu mudei para v2.0 e funcionou.

Lembre -se de cada alteração, você precisa reciclar o pool de aplicativos apropriado.

Você pode tentar o seguinte: verifique as propriedades do site no IIS. Na guia Diretório Home, verifique o valor do pool de aplicativos, verifique se todos os serviços do SharePoint são iniciados. Se o aplicativo não for iniciado, faça o seguinte: acho que esse erro pode ocorrer devido à alteração da senha da conta de serviço. Pode ser necessário alterar a nova senha para o pool de aplicativos
1) Clique no pool de aplicativos parado 2) Clique em Configurações avançadas 3) Identidade -> Clique no usuário para retratar o usuário 4) Caixa de diálogo de identidade do pool de aplicativos 5) Clique em Conjunto -> Digite manualmente o nome do usuário e a senha. Em seguida, reinicie o servidor.

Isso também pode acontecer se sua política de senha ou algo mais tiver alterado sua senha, caso seus AppPools estejam usando o usuário com senha alterada.

Portanto, você deve atualizar a senha do usuário a partir das configurações avançadas da sua propriedade AppPool através do "Identity".

A referência é aqui

Tive problemas para encontrar o arquivo ApplicationHost.config. Estava em C: Windows System32 inetsrv (Server2008) ou C: Windows System32 inetsrv config (Server2008R2).

Depois que mudei essa configuração, também tive que mudar a maneira como o IIS carrega o ASPNET_FILTER.DLL. Abra o gerente do IIS, vá embaixo de "Sites", "SharePoint - 80", no agrupamento "IIS", sob os "filtros ISAPI", verifique se todos os caminhos "executáveis" apontam para ... Microsoft.net Framework64 V#.#. #### aspnet_filter.dll. Alguns dos meus foram apontados para o Framework (não 64).

Você também precisa reiniciar o serviço www para recarregar as novas configurações.

A resposta selecionada publicada aqui resolveu um problema, mas outro é que você precisará alterar o pool de aplicativos para usar .NET 2.0.

"O SharePoint 2010 usa .NET Framework 3.5, não 4.0. Os pools de aplicativos do SharePoint 2010 devem ser configurados como .NET Framework 2.0 usando o modo de pipeline integrado".

fonte:http://social.msdn.microsoft.com/forums/en-us/sharepoint2010general/thread/4727f9b4-cc58-4d86-903b-fabed13da0ff

Obrigado por compartilhar isso. Ele ajudou muito. A única diferença no meu aplicativohost.config foi

            <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" />

Observe as várias entradas semicolon separadas. Provavelmente porque eu tenho uma única instalação de caixa de SPs.

Eu estava tendo um problema semelhante com um cliente e nenhuma das resoluções postadas fez o truque. Eu concedi a permissão "Log On como um trabalho em lote" por meio da política de segurança local e que finalmente fez a página da Web da Administração Central aparecer corretamente.

Às vezes web.config do aplicativo acaba em um estado inconsistente (declaração duplicada de manipuladores HTTP, etc.) para verificar qual linha na configuração está causando o erro do IIS Manager e tente editar os mapeamentos do manipulador. linha se houver um erro na Web Config.

Estranhamente, esses erros não são conectados ao visualizador de eventos ou ULs

Eu tive o mesmo problema, mas a senha era boa e "logo como trabalho em lote" por si só não era suficiente.

Verifique se a conta ou grupo de identidade do pool de aplicativos do IIS possui a permissão "Log On como trabalho em lote" e que pode "se passar por um cliente após a autenticação".

Para alterar essas configurações, execute as etapas a seguir no servidor front -end da Web:

  • Iniciar> Executar tipo "Secpol.msc"
    • Encontre: Configurações de segurança> Políticas locais> Atribuição de direitos do usuário
    • Adicionar usuário ou grupo para "fazer logon como trabalho em lote"
    • Verifique a associação ao grupo da conta de serviço (no Active Directory) se um grupo específico estiver sendo usado para esse fim.
    • Encontre "personificar um cliente após a autenticação" e adicione a identidade do pool de aplicativos
    • Reinicie o servidor

Você deve poder acessar o site!

Leia o usuário e a senha no aplicativo -> Configurações antecipadas para aplicativo de administrador cental funcionará.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top