Risoluzione di SharePoint Server 2010 - 503. Il servizio non è disponibile, Dopo l'installazione
https://stackoverflow.com/questions/2245324
-
20-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
installata: SharePoint Server 2010 per Internet Enterprise Beta (x64) Sopra: Windows Server 2008 Standard (x64) su hardware a 64 bit
I tentativi di accedere alla console Amministrazione centrale ha portato a IIS tornando 503. Il servizio non è disponibile
E questo errore è stato trovato nel registro applicazione
Il modulo DLL 'C: Web Server Extensions \ Programmi \ File comuni \ Microsoft Shared \ \ 14 \ ISAPI \ owssvr.dll' non poteva essere caricato a causa di un problema di configurazione. La configurazione attuale supporta solo il caricamento delle immagini costruite per un'architettura di processore x86.
Dopo tanto rumore, la soluzione si è rivelata:
1) Assicurarsi che l'Enable32bitAppOnWin64 seeting per il pool di app "Amministrazione centrale SharePoint" è impostata su False, e lo stesso per la piscina app "SharePoint Web Services Root"
2) Modifica applicationHost.config:
Modifica:
<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" />
Spero che questo aiuta qualcuno: -)
bitness64 è la parola magica qui
Soluzione 2
1) Assicurarsi che l'impostazione per il pool di app "Amministrazione centrale SharePoint" Enable32bitAppOnWin64 è impostata su False, e lo stesso per la piscina app "SharePoint Web Services Root"
2) Modifica applicationHost.config:
bitness64 è la parola magica qui
Altri suggerimenti
ho ottenuto un errore 503, perché i Pool di applicazioni non sono stati avviati in IIS per qualche motivo.
Sono d'accordo con Beytan Kurt.
Avevo 503 gettato sia per il sito Central Admin così come la pagina di destinazione di SharePoint. In entrambi i casi sono state scadute le password.
Dopo la reimpostazione della password nel dC, e rinfrescante l'identità, CA ha funzionato ma la pagina di destinazione di SharePoint ha gettato un errore 500.
Si è scoperto che la Versione di .NET Framework è stato impostato su V4.0. Ho cambiato in V2.0 e ha funzionato.
Ricordate dopo ogni modifica è necessario riciclare il pool di applicazione appropriata.
Potete per favore provare questo: Controllare le proprietà del sito Web in IIS. Sotto casa scheda Directory, verificare il valore del pool di applicazioni Verificare che tutti i servizi SharePoint vengono avviati. Se l'applicazione non viene avviata effettuare le seguenti operazioni: Credo che questo errore può verificarsi a causa di cambiare la password dell'account di servizio. Potrebbe essere necessario modificare la nuova password per l'applicazione piscina case 1) Fare clic sul pool di applicazioni fermato 2) fare clic su Impostazioni avanzate 3) Identità -> clicca l'utente a digitare nuovamente l'utente 4) finestra di dialogo Identità pool di applicazioni 5) Fare clic su Imposta -> digitare manualmente il nome utente e la password. Quindi riavviare il server.
Può anche accadere se la politica di password o qualcosa d'altro hanno cambiato la password nel caso in cui i tuoi AppPools utilizzano l'all'utente cambiato la password.
Quindi, è necessario aggiornare la password utente dalle impostazioni avanzate del appPool ATTRAVERSO proprietà "Identità".
Il riferimento è qui
ho avuto difficoltà a trovare il file ApplicationHost.config. E 'stato in C: \ WINDOWS \ system32 \ inetsrv \ (Server2008) o C:. \ WINDOWS \ system32 \ inetsrv \ config \ (Server2008r2)
Dopo aver cambiato questa impostazione, ho anche dovuto cambiare il modo in cui IIS carica l'aspnet_filter.dll. Aprire Gestione IIS, andare sotto "Siti", "SharePoint - 80", nel "IIS" raggruppamento, sotto i "filtri ISAPI", assicurarsi che tutti i percorsi "eseguibili" punto a ... Microsoft.NET \ Framework64 \ v #. #. #### \ aspnet_filter.dll. Alcuni dei miei erano puntate al \ \ Framework (non 64).
È inoltre necessario riavviare il servizio WWW per ricaricare le nuove impostazioni.
La risposta selezionata postato qui ha risolto un problema, ma un altro è che dovrete modificare il pool di app per utilizzare Net 2.0.
"SharePoint 2010 utilizza .NET Framework 3.5, non 4.0. Le piscine app SharePoint 2010 dovrebbero essere configurate come .NET Framework 2.0 utilizzando la modalità integrata Pipeline".
Grazie per aver condiviso questo. Mi ha aiutato molto. L'unica differenza nella mia applicationHost.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" />
Si notino le più voci virgola separati. Questo è probabilmente perché ho una sola scatola di installazione di SPS.
ho avuto un problema simile con un cliente e nessuna delle risoluzioni postate ha fatto il trucco. Ho concesso l'autorizzazione "Accesso come processo batch" tramite criteri di protezione locali e che finalmente fatto la pagina Web Amministrazione centrale venire correttamente.
A volte web.config dell'applicazione finisce in uno stato unconsistent (duplicare dichiarazione di gestori HTTP, ecc) Per controllare quale linea in config causa l'errore aprire Gestione IIS e provare a modificare il gestore mappings..it visualizzerà la linea di errore se v'è un errore del genere in Web config.
Stranamente tali errori non vengono registrati nel Visualizzatore eventi o ULS
Ho avuto lo stesso problema, ma la password è stata buona e "Accesso come processo batch" da sola non era sufficiente.
Verificare che l'account del pool di identità dell'applicazione IIS o il gruppo dispone sia la "Accesso come processo batch" permesso e che possa "Rappresenta un client dopo l'autenticazione".
Per modificare queste impostazioni effettuare le seguenti operazioni sul server front-end web:
- Start> Esegui tipo "secpol.msc"
- Trova: Sicurezza Impostazioni> Criteri locali> Assegnazione diritti utente
- Aggiungi utente o gruppo di "Accesso come Batch Job"
- Controllare l'appartenenza gruppo di account di servizio (in Active Directory) se un particolare gruppo viene utilizzato per questo scopo.
- Trova "Rappresenta un client dopo l'autenticazione" e aggiungere l'identità del pool di applicazioni
- Riavviare il server
Si dovrebbe essere in grado di accedere al sito!
Leggi l'utente e la password in applicazione -.> Impostazioni avanzate per l'applicazione di amministrazione centrale funzionerà
