Résolution SharePoint Server 2010 - 503. Le service est indisponible, Une fois l'installation
https://stackoverflow.com/questions/2245324
-
20-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
installée: SharePoint Server 2010 pour Internet Enterprise Beta (x64) Sur: Windows Server 2008 Standard (64 bits) sur 64 bits matériel
Les tentatives pour accéder à la console d'administration centrale a conduit à IIS de retour 503. Le service est indisponible
Et cette erreur a été trouvée dans le journal d'application
Le DLL Module C: \ Program Files \ Common Files \ Microsoft Shared \ extensions serveur Web \ 14 \ ISAPI \ owssvr.dll "ne pouvait pas être chargé en raison d'un problème de configuration. La configuration actuelle ne supporte que le chargement d'images construit pour une architecture de processeur x86.
Après beaucoup de bruit, la solution est avéré être:
1) Assurez-vous que le Enable32bitAppOnWin64 seeting pour la "Administration centrale de SharePoint" pool app est définie sur False, et même pour le pool d'application "SharePoint Services Web Root"
2) Modifier applicationHost.config:
Changement:
<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>
Pour:
<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" />
J'espère que cela aide quelqu'un: -)
bitness64 est le mot magique ici
La solution 2
1) Assurez-vous que le réglage Enable32bitAppOnWin64 pour le pool d'application "Administration centrale de SharePoint" est définie sur False, et même pour le pool d'application "SharePoint Services Web Root"
2) Modifier applicationHost.config:
bitness64 est le mot magique ici
Autres conseils
Je suis une erreur 503 parce que les Pools d'applications ne sont pas commencé dans IIS pour une raison quelconque.
Je suis d'accord avec Beytan Kurt.
J'avais 503 jeté à la fois le site d'administration centrale, ainsi que la page de destination SharePoint. Dans les deux cas, les mots de passe ont été expiré.
Après la réinitialisation du mot de passe dans l'AD et l'actualisation de l'identité, CA travaillé, mais la page de destination SharePoint une erreur 500 a jeté.
Il est avéré que le Net Framework version a été mis à V4.0. Je l'ai changé pour V2.0 et cela a fonctionné.
Rappelez-vous après chaque changement que vous devez recycler le pool d'application appropriée.
Pouvez-vous essayer S'il vous plaît:
Vérifiez les propriétés du site Web dans IIS.
Sous l'onglet de répertoire, vérifiez l'application valeur de la piscine
Assurez-vous que tous les services SharePoint sont mis en marche.
Si l'application ne démarre pas, procédez comme suit:
Je pense que cette erreur peut se produire en raison de la modification du mot de passe de compte de service.
Vous devrez peut-être changer le nouveau mot de passe pour le pool d'applications
1) Cliquez sur le pool d'applications arrêté
2) cliquez sur Paramètres avancés
3) Identité -> cliquez sur l'utilisateur à retaper l'utilisateur
4) dialogue Identité du pool d'applications
5) cliquez sur Définir -> saisir manuellement le nom d'utilisateur et mot de passe.
Ensuite, redémarrez le serveur.
Il peut également se produire si votre politique de mot de passe ou autre chose ont changé votre mot de passe dans le cas où vos AppPools utilisent le mot de passe à l'utilisateur a changé.
Alors, vous devez mettre à jour le mot de passe de l'utilisateur des paramètres avancés de votre appPool throught propriété « Identité ».
La référence est ici
J'ai eu du mal à trouver le fichier applicationhost.config. Il était dans c: \ windows \ system32 \ inetsrv \ (Server2008) ou c:. \ Windows \ system32 \ inetsrv \ config \ (Server2008r2)
Après avoir changé ce paramètre, je devais aussi changer la façon dont les charges IIS le aspnet_filter.dll. Ouvrez le Gestionnaire des services Internet, allez sous la rubrique « Sites », « SharePoint - 80 », dans le « IIS » regroupement, sous les « filtres ISAPI », assurez-vous que tous les chemins « Executable » point à ... Microsoft.NET \ Framework64 \ c #. #. #### \ aspnet_filter.dll. Certains de mes ont été signalées au Cadre de \ \ (pas 64).
Vous devez également redémarrer le service Web pour recharger les nouveaux paramètres.
La réponse sélectionnée affichée ici résolu un problème, mais une autre est que vous devrez changer le pool d'application pour utiliser .Net 2.0.
"SharePoint 2010 utilise .NET Framework 3.5, pas 4.0. SharePoint 2010 pools d'applications doivent être configurées comme .NET Framework 2.0 à l'aide du mode Pipeline intégré".
Merci de partager cela. Il a aidé beaucoup. La seule différence dans mon applicationHost.config était
<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" />
Notez les multiples entrées virgule seperated. Ceci est probablement parce que j'ai une seule boîte installer de SPS.
J'avais un problème similaire avec un client et aucune des résolutions affichées a fait l'affaire. J'acquis les « Connectez-vous en tant que traitement par lots » autorisation par la politique de sécurité locale et qui a finalement fait la page Web Administration centrale viennent correctement.
Parfois web.config de l'application se retrouve dans un état unconsistent (en double déclaration des gestionnaires de http, etc.) Pour vérifier quelle ligne dans la configuration est à l'origine de l'erreur ouvrez le Gestionnaire IIS et essayez de modifier le gestionnaire mappings..it va vous afficher la ligne d'erreur s'il y a une telle erreur dans la configuration web.
Bizarrement ces erreurs ne sont pas enregistrés dans l'Observateur d'événements ou ULS
J'ai eu le même problème, mais le mot de passe était bon et « Ouvrir une session comme traitement par lots » ne suffisait pas.
Vérifiez que l'application IIS compte d'identité du pool ou d'un groupe a à la fois le « Se connecter en tant Lot emploi » permission et qu'il peut « usurper l'identité d'un client après l'authentification ».
Pour modifier ces paramètres procédez comme suit sur le serveur frontal Web:
- Démarrer> Exécuter, tapez "secpol.msc"
- Rechercher: Sécurité Paramètres> Stratégies locales> Attribution des droits utilisateur
- Ajouter un utilisateur ou un groupe à « Connectez-vous en tant que lot d'emploi »
- appartenance à un groupe de vérification du compte de service (en Active Directory) si un groupe particulier est utilisé pour cette objectif.
- Rechercher « usurper l'identité d'un client après l'authentification » et ajoutez l'identité du pool d'applications
- Redémarrez le serveur
Vous devriez pouvoir accéder au site!
Lire l'utilisateur et mot de passe dans l'application -.> Paramètres avancés pour l'application Admin Central fonctionnera
