Solving SharePoint Server 2010 - 503. Le service est indisponible, Une fois l'installation

Question

installée: SharePoint Server 2010 pour Internet Enterprise Beta (x64) sur: Windows Server 2008 Standard (64 bits) sur 64 bits matériel

tentatives pour accéder à la console d'administration centrale a conduit à IIS de retour 503. le service est disponible

Et cette erreur a été trouvée dans le journal des applications

le module DLL C: \ progr Les fichiers \ Common Files \ Microsoft Shared \ Extensions serveur Web \ 14 \ isapi \ owssvr.dll ne peuvent pas être chargés en raison d'un problème de configuration. La configuration actuelle prend uniquement en charge le chargement des images créées 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 le pool d'application "Administration centrale de SharePoint" est définie sur False, et même pour le « SharePoint Web Root services » pool app

2) Modifier applicationHost.config:

Change:

<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 étant le mot magique ici

Answer 1

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 la "SharePoint services Web Root" app pool

2) Modifier applicationHost.config:

bitness64 étant le mot magique ici

Answer 2

J'avais un problème similaire avec un client et aucune des résolutions affichées ne l'affaire. J'ai accordé l'autorisation «Ouvrir une session en tant que travail par lots» via la stratégie de sécurité locale et cela a finalement permis à la page Web de l'Administration centrale de s'afficher correctement.

Answer 3

J'ai eu des problèmes pour trouver le fichier applicationhost.config. Il était dans c: \ windows \ System32 \ inetsrv \ (Server2008) ou le c: \ windows \ System32 \ inetsrv \ config \ (Server2008r2). Après avoir modifié ce paramètre, j'ai également dû modifier la façon dont IIS charge le fichier aspnet_filter.dll. Ouvrez le Gestionnaire des services Internet, allez sous "Sites", "SharePoint - 80", dans le groupement "IIS", sous les "Filtres ISAPI", assurez-vous que tous les chemins "Exécutable" pointent vers ... Microsoft.NET \ Framework64 \ v #. #. #### \ aspnet_filter.dll. Certains des miens ont été pointés vers le \ Framework \ (pas 64).

Vous devez également redémarrer le service WWW pour recharger les nouveaux paramètres.

Answer 4

Merci pour le partage. Ça a beaucoup aidé. 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 séparées par des points-virgules. C'est probablement parce que j'ai une seule boîte d'installation de SPS.

Answer 5

Cela peut aussi arriver si votre mot de passe ou autre chose a changé votre mot de passe au cas où votre appPools utilise l'utilisateur avec un mot de passe modifié. Par conséquent, vous devez mettre à jour le mot de passe de l'utilisateur à partir des paramètres avancés de votre AppPool via la propriété "Identity".

La référence est here

Answer 6

j'ai eu une erreur 503 parce que les pools d'applications ne sont pas commencé dans IIS pour une raison quelconque.

Answer 7

Je suis d'accord avec Beytan Kurt.

J'avais 503 jeté à la fois pour le site d'administration centrale ainsi que pour la page d'accueil SharePoint. Dans les deux cas, les mots de passe ont expiré.

Après avoir réinitialisé le mot de passe dans l'AD et actualisé l'identité, l'autorité de certification a fonctionné mais la page d'arrivée SharePoint a renvoyé une erreur 500.

Il s'est avéré que la version .Net Framework a été définie sur V4.0. Je l'ai changé en V2.0 et cela a fonctionné. N'oubliez pas, après chaque modification, de recycler le pool d'applications approprié.

Answer 8

La réponse sélectionnée affichée ici a résolu un problème, mais une autre est que vous devrez modifier le pool d'applications pour utiliser .Net 2.0.

"SharePoint 2010 utilise .NET Framework 3.5, et non 4.0 Les pools d'applications SharePoint 2010 doivent être configurés en tant que .NET Framework 2.0 à l'aide du mode Pipeline intégré."

source: http://social.msdn.microsoft.com/Forums/en-US/sharepoint2010general/thread/4727f9b4-cc58-4d86-903b-fabed13da0ff

Answer 9

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 config est à l'origine de l'erreur ouvrez le Gestionnaire IIS et essayez pour éditer les mappings du gestionnaire ... il vous affichera la ligne d'erreur s'il y a une telle erreur dans la configuration web.

Étrangement de telles erreurs ne sont journalisés dans l'Observateur d'événements ou ULS

Answer 10

pas que j'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 le compte d'identité du pool d'applications IIS ou le groupe possède à la fois l'autorisation «Connexion en tant que travail par lots» ET qu'il peut «emprunter 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 à « Ouvrir une session en tant que lot d'emploi »
  • Vérifiez l'appartenance au groupe de compte de service (dans Active Directory) si un groupe particulier est utilisé à cet effet .
  • Trouver « passer pour un client après l'authentification » et ajouter l'identité du pool d'applications
  • Redémarrez le serveur

Vous devriez être en mesure d'accéder au site!

Answer 11

Pouvez-vous s'il vous plaît essayer ceci: Vérifiez les propriétés du site Web dans IIS. Sous l'onglet Répertoire de base, vérifiez la valeur du pool d'applications Vérifiez que tous les services SharePoint sont démarrés. Si l'application n'est pas démarrée, procédez comme suit: Je pense que cette erreur peut se produire en raison de la modification du mot de passe du compte de service. Vous devrez peut-être changer le nouveau mot de passe pool d'applications
1) Cliquez sur le pool d'applications arrêté 2) cliquez sur Paramètres avancés 3) d'identité -> cliquez sur l'utilisateur à retaper l'utilisateur 4) dialogue Application Identité du pool 5) cliquez sur set -> tapez manuellement le nom d'utilisateur et le mot de passe. Redémarrez ensuite le serveur.

Answer 12

Lire l'utilisateur et mot de passe dans Application -> Advance Settings for Cental Admin application fonctionnera.