Interessanter Fehler bei der Installation von Exchange 2013 auf einem Server 2012 R2. Die Bereitschaftsprüfung der Installation hängt bei 90 % und bricht dann nach längerer Zeit mit der folgenden Fehlermeldung ab:
Der genaue Wortlaut etwas gekürzt:
Fehler:
Der folgende Fehler wurde generiert, als „$error.Clear();
$keyPath = „HKLM:\Software\Microsoft\WebManagement\Server“;
if (!(Get-Item $keyPath -ErrorAction SilentlyContinue))
{
New-Item $keyPath -Force
}
Set-ItemProperty -path $keyPath -name „EnableRemoteManagement“ -value 0x1 -Type DWORD -Force;if (Get-Service WMSVC* | ?{$_.Name -eq ‚WMSVC‘})
{
Set-Service WMSVC -StartupType Automatic
Stop-SetupService -ServiceName WMSVC;
Start-SetupService -ServiceName WMSVC
}
“ ausgeführt wurde: „Microsoft.Exchange.Configuration.Tasks.ServiceDidNotReachStatusException: Der Status ‚Running‘ konnte vom Dienst ‚WMSVC‘ nicht auf diesem Server erreicht werden.
Der letzte Teil der Fehlermeldung ist dabei wohl der ausschlaggebende:
Der Status ‚Running‘ konnte vom Dienst ‚WMSVC‘ nicht auf diesem Server erreicht werden.
„WMSVC“ ist der Webverwaltungsdienst des IIS, welcher die Remoteserververwaltung benötigt wird:
Der Webverwaltungsdienst wollte auf meinem Server nicht starten:
Im Eventlog finden sich auch ein paar Fehler und anderem dieser hier, der mich auf die richtige Spur gebracht hat:
Der Arbeitsprozess für Anwendungspool „WMSvcAppPool“, PID=“4056″, konnte für die Verarbeitung von HTTP-Anforderungen keine http.sys-Kommunikation initialisieren. Er wird daher von W3SVC als fehlerhaft eingestuft und beendet. Das Datenfeld enthält die Fehlernummer.
Beim Überprüfen der Einstellungen ist mir dann aufgefallen, dass dem Verwaltungsdienst kein Zertifikat zugewiesen war:
Normalerweise wird dem Webverwaltungsdienst bei der Installation ein selbst signiertes Zertifikat zugewiesen, scheinbar hat es da bei mir ein Problem gegeben, denn das Zertifikat ist nicht vorhanden, was ein Blick in die Zertifikate-MMC bestätigt hat:
In meinem Fall habe ich es mir einfach gemacht und den Dienst einfach einmal über den Servermanager entfernt und wieder hinzugefügt:
Nach der Neuinstallation des Dienstes wurde das Zertifikat erstellt:
Und auch der Dienst lässt sich wieder starten:
Im IIS-Manager wird dann auch das korrekte Zertifikat angezeigt:
Es reicht übrigens auch ein entsprechendes Zertifikat zu erstellen, beispielsweise über die interne PKI und es dem Webverwaltungsdienst zuzuweisen. In meinem Fall ging die Neuinstallation des Dienstes schneller.
Jetzt klappt es auch mit der Installation und die Exchange Bereitschaftsprüfung läuft sauber durch.