Lösen von Sharepoint Server 2010 - 503. Der Service ist nicht verfügbar, nach der Installation

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

Frage

installiert: Sharepoint Server 2010 für Internet Enterprise Beta (x64) Auf: Windows Server 2008 Standard (x64) auf 64-Bit-Hardware

Versuche, die Zentraladministrationskonsole auf IIS geführt zuzugreifen Rückkehr 503. Der Dienst ist nicht verfügbar

Und dieser Fehler wurde in dem Anwendungsprotokoll

gefunden
  

Das Modul DLL 'C: 14 \ Programme \ Gemeinsame Dateien \ Microsoft Shared \ Web Server Extensions \ \ isapi \ owssvr.dll' nicht aufgrund eines Konfigurationsproblem geladen werden konnte. Die aktuelle Konfiguration unterstützt nur das Laden von Bildern für eine x86-Prozessor-Architektur gebaut.

Nach viel Lärm, färbte sich die Lösung sein aus:

Stellen Sie sicher,

1), dass die Enable32bitAppOnWin64 Seeting für den "Sharepoint-Zentraladministration" app-Pool wird auf False festgelegt, und das gleiche gilt für den "Sharepoint Web Services Root" app-Pool

2) bearbeiten applicationHost.config:

Ändern: 

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

An: 

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

Ich hoffe, das jemand hilft: -)

bitness64 ist das Zauberwort hier

War es hilfreich?

Lösung 2

1) Stellen Sie sicher, dass die Enable32bitAppOnWin64 Einstellung für den "Sharepoint-Zentraladministration" app-Pool wird auf False festgelegt, und das gleiche gilt für den "Sharepoint Web Services Root" app-Pool

2) bearbeiten applicationHost.config:

bitness64 ist das Zauberwort hier

Andere Tipps

Ich habe einen Fehler 503, weil die Anwendungspools nicht gestartet wurden in IIS aus irgendeinem Grunde.

Ich bin mit Beytan Kurt.

hatte ich 503 sowohl für die Central Admin Site geworfen sowie die Sharepoint-Zielseite. In beiden Fällen wurden die Passwörter abgelaufen.

Nachdem Sie das Passwort im AD Zurücksetzen und Auffrischen der Identität, arbeitete CA aber die Sharepoint-Zielseite warf einen 500 Fehler.

Es stellte sich heraus, dass das .Net Framework Version V4.0 gesetzt wurde. Habe ich es zu V2.0 und es funktionierte.

Denken Sie daran, nach jeder Änderung müssen Sie den entsprechenden Anwendungspool recyceln.

Können Sie mir bitte versuchen Sie dies:  Überprüfen Sie die Web-Site-Eigenschaften in IIS.  Unter Home-Verzeichnis Registerkarte, überprüfen Sie den Anwendungspoolwert  Stellen Sie sicher, dass alle Sharepoint-Dienste gestartet werden. Wenn die Anwendung nicht gestartet wird, gehen Sie wie folgt: Ich denke, dass dieser Fehler wegen der Änderung des Kennworts für Dienstkonto auftreten könnte.     Sie können das neue Passwort Anwendungspool ändern müssen
    1) Klicken Sie auf den gestoppten Anwendungspool     2) Klicken Sie auf Erweiterte Einstellungen     3) Identität -> klicken Sie auf den Benutzer die Benutzer in dem Feld eintragen     4) Anwendung Pool Identität Dialog     5) Klick-Set -> manuell den Benutzernamen und das Kennwort eingeben.     Dann den Server neu zu starten.

Es kann auch passieren, wenn Ihr Passwort-Policy oder etwas anderes Ihr Passwort bei Ihrem AppPools geändert hat, werden die den Benutzer mit geändertem Passwort.

Also, sollten Sie das Benutzerpasswort aus den erweiterten Einstellungen Ihres AppPool Throught „Identität“ Eigenschaft aktualisieren.

Die Referenz ist hier

Ich hatte Probleme, das applicationhost.config Datei. Es war in c: \ windows \ system32 \ inetsrv \ (Server2008) oder c. \ Windows \ system32 \ inetsrv \ config \ (Server2008r2)

Nachdem ich diese Einstellung geändert haben, musste ich auch die Art und Weise IIS lädt die aspnet_filter.dll. Öffnen Sie den IIS-Manager, gehen Sie unter „Seiten“, „Sharepoint - 80“, in der „IIS“ Gruppierung unter den „ISAPI-Filter“, stellen Sie sicher, dass alle „Executable“ Pfade verweisen auf ... Microsoft.NET \ Framework64 \ v #. #. #### \ aspnet_filter.dll. Einige von mir wurden in das Verzeichnis \ Framework \ hingewiesen (nicht 64).

Sie müssen auch den WWW-Dienst neu zu starten, um die neuen Einstellungen zu laden.

Die gewählte Antwort gepostet hier gelöst ein Problem, aber eine andere ist, dass Sie den App-Pool ändern müssen werden .NET 2.0 zu verwenden.

"Sharepoint 2010-Anwendungen .NET Framework 3.5, nicht 4.0. Die Sharepoint 2010-app-Pools sollten als .NET Framework 2.0 mit dem integrierten Pipelinemodus konfiguriert werden."

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

Durch diese für den Austausch. Es hat mir sehr geholfen. Der einzige Unterschied in meinem applicationHost.config war 

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

Beachten Sie die mehr Semikolon Einträge getrennt. Dies ist wahrscheinlich, weil ich eine einzige Box-Installation von SPS haben.

Ich war mit einem Kunden und keinem der entsandten Auflösungen ein ähnliches Problem mit hat der Trick. Ich gab dem „Anmelden als Batch-Job“ Erlaubnis über das Lokale Sicherheitsrichtlinie und dass schließlich die Zentraladministration Webseite richtig kommen gemacht.

Manchmal Web.config die Anwendung endet in einem unconsistent Zustand (doppelte Erklärung von http-Handler, etc.) bis Um herauszufinden, welche Zeile in config den Fehler verursacht geöffnet IIS-Manager und versuchen, die Prozedur mappings..it zu bearbeiten wird die Fehlerzeile angezeigt werden, wenn es ein solcher Fehler in Web-Config.

Seltsamer solche Fehler bekommen in der Ereignisanzeige oder ULS nicht angemeldet

Ich hatte das gleiche Problem, aber das Passwort war gut und „Melden Sie sich als Batch-Job“ allein war nicht ausreichend.

Überprüfen Sie, ob die IIS-Anwendungspoolidentitätskonto oder Gruppe hat sowohl die „Anmelden als Batch-Job“ die Erlaubnis, und dass es „eine Clientidentität nach Authentifizierung“ kann.

Um diese Einstellungen zu ändern, um die folgenden Schritte auf dem Web-Front-End-Server ausgeführt werden:

  • Start> Ausführen Typ "secpol.msc"
    • Suchen: Sicherheit Einstellungen> Lokale Richtlinien> Zuweisung von Benutzerrechten
    • Fügen Sie Benutzer oder eine Gruppe "Melden Sie sich als Batch-Job"
    • Überprüfen Sie die Gruppenmitgliedschaft des Dienstkonto (in Active Directory), wenn eine bestimmte Gruppe dafür verwendet wird, Zweck.
    • Suchen „Annehmen der Clientidentität nach Authentifizierung“ und fügen Sie die Anwendungspoolidentität
    • Starten Sie den Server

Sie sollten in der Lage sein, auf die Website zugreifen!

Lesen Sie den Benutzer und das Passwort in Anwendung -.> Erweiterte Einstellungen für Central Admin-Anwendung funktionieren

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top