Résolution de SharePoint Server 2010 - 503. Le service n'est pas disponible, après l'installation
Installé: SharePoint Server 2010 pour Internet Enterprise Beta (x64) Activé: Windows Server 2008 Standard (x64) sur du matériel 64 bits
Les tentatives d'accès à la console d'administration centrale ont conduit à IIS renvoyant 503. Le service n'est pas disponible
Et cette erreur a été trouvée dans le journal des applications
Impossible de charger le module DLL 'C:\Program Files\Fichiers communs\Microsoft Shared\Web Server Extensions\14\isapi\owssvr.dll' en raison d'un problème de configuration. La configuration actuelle prend uniquement en charge le chargement d'images conçues pour une architecture de processeur x86.
Après beaucoup de temps, la solution s'est avérée être:
1) Assurez-vous que la validation enable32BitAppOnWin64 pour le pool d'applications "Administration centrale de SharePoint" est définie sur False, et la même chose pour le pool d'applications "Racine des services Web SharePoint"
2) Modifiez 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>
À:
<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
1) Assurez-vous que le paramètre enable32BitAppOnWin64 pour le pool d'applications "Administration centrale de SharePoint" est défini sur False, et la même chose pour le pool d'applications "Racine des services Web SharePoint"
2) Modifiez applicationHost.config:
bitness64 étant le mot magique ici
J'ai reçu une erreur 503 car les pools d'applications n'ont pas été démarrés dans IIS pour une raison quelconque.
Je suis d'accord avec Beytan Kurt.
J'ai eu 503 jetés à la fois pour le site d'administration centrale ainsi que pour la page de destination 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é, CA a fonctionné, mais la page de destination SharePoint a généré une erreur 500.
Il s'est avéré que la version .Net Framework était définie sur V4.0. Je l'ai changé en V2.0 et cela a fonctionné.
N'oubliez pas qu'après chaque modification, vous devez recycler le pool d'applications approprié.
Pouvez-vous essayer ceci: Vérifiez les propriétés du site Web dans IIS. Sous l'onglet du 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 modifier le nouveau mot de passe en 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 pour retaper l'utilisateur 4) Boîte de dialogue Identité du pool d'applications 5) cliquez sur définir -> tapez manuellement le nom d'utilisateur et le mot de passe. Redémarrez ensuite le serveur.
Cela peut également se produire si votre politique de mot de passe ou autre chose a changé votre mot de passe au cas où vos appPools utiliseraient l'utilisateur avec un mot de passe modifié.
Par conséquent, vous devez mettre à jour le mot de passe utilisateur à partir des paramètres avancés de votre propriété AppPool via "Identité".
La référence est ici
J'ai eu du mal à trouver le fichier applicationhost.config. Il se trouvait dans c:\windows\System32\inetsrv\(Server2008) ou dans c:\windows\System32\inetsrv\config\(Server2008r2).
Après avoir modifié ce paramètre, j'ai également dû changer la façon dont IIS charge le fichier aspnet_filter.dll. Ouvrez le gestionnaire IIS, allez sous "Sites", " SharePoint - 80 ", dans le groupe" IIS ", sous les" Filtres ISAPI ", assurez-vous que tous les chemins d'accès" 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.
La réponse sélectionnée publiée ici a résolu un problème, mais un 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 de pipeline intégré."
Parfois, Web.config de l'application se retrouve dans un état incohérent (déclaration en double des gestionnaires http, etc.) Pour vérifier quelle ligne de configuration provoque l'erreur open IIS Manager et essayez de modifier le gestionnaire mappings..it vous affichera la ligne d'erreur s'il y a une telle erreur dans la configuration Web.
Étrangement, de telles erreurs ne sont pas enregistrées dans l'Observateur d'événements ou ULS
J'avais un problème similaire avec un client et aucune des résolutions publiées n'a fait l'affaire. J'ai accordé l'autorisation "Se connecter en tant que tâche par lots" via la stratégie de sécurité locale et cela a finalement fait apparaître correctement la page Web de l'administration centrale.
Lisez l'utilisateur et le mot de passe dans Application -> Paramètres avancés pour l'application Admin centrale fonctionnera.
J'ai eu le même problème mais le mot de passe était bon et "Se connecter en tant que tâche par lots" n'était pas suffisant à lui seul.
Vérifiez que le IIS compte ou groupe d'identité du pool d'applications dispose à la fois de l'autorisation "Se connecter en tant que tâche 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 Web frontal:
- Démarrer> Exécuter le type "secpol.msc"
- Rechercher: Paramètres de sécurité> Stratégies locales> Attribution des droits utilisateur
- Ajouter un utilisateur ou un groupe à "Se connecter en tant que tâche par lots"
- Vérifiez l'appartenance au groupe du compte de service (dans Active Directory) si un groupe particulier est utilisé à cette fin.
- Recherchez "emprunter 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!
Merci d'avoir partagé cela. Cela 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 installation de SPS.