Interesting error during the installation of Exchange 2013 on a Server 2012 R2. The readiness check of the installation hangs at 90 % and then aborts after a long time with the following error message:
The exact wording somewhat shortened:
Error:
The following error was generated when "$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
}
" was executed: "Microsoft.Exchange.Configuration.Tasks.ServiceDidNotReachStatusException: The 'Running' status could not be reached by the 'WMSVC' service on this server.
The last part of the error message is probably the most important:
The 'Running' status could not be reached by the 'WMSVC' service on this server.
"WMSVC" is the web management service of the IIS, which is required for remote server management:
The web administration service would not start on my server:
There are also a few errors in the event log, including this one, which put me on the right track:
The work process for application pool "WMSvcAppPool", PID="4056″, could not initialize http.sys communication for processing HTTP requests. It is therefore classified as faulty by W3SVC and terminated. The data field contains the error number.
When checking the settings, I noticed that no certificate was assigned to the management service:
Normally, a self-signed certificate is assigned to the web administration service during installation. Apparently there was a problem in my case, because the certificate is not available, which was confirmed by a look at the certificate MMC:
In my case, I made it easy for myself and simply removed the service once via the server manager and added it again:
After reinstalling the service, the certificate was created:
And the service can also be restarted:
The correct certificate is then also displayed in the IIS Manager:
It is also sufficient to create an appropriate certificate, for example via the internal PKI, and assign it to the web administration service. In my case, reinstalling the service was quicker.
Now the installation works and the Exchange readiness check runs smoothly.
Hallo Frank,
du hast hier eine Wissensdatenbank zusammengefasst… Oh Mann… Ich kann dir nur allen Lob aussprechen! Vielen Dank!
Auch von mir ein DANKE! =)
Wirklich Klasse Blog !! Da braucht man echt kein Google mehr. Hier findet man alles, vor allem zum Thema Exchange ! Hab gerade von 2013 auf 2016 migriert. Die Anleitung war ebenfalls wirklich super !! Daumen hoch ! Weiter so !
Vielen Dank, Zertifikat war auch bei mir vorhanden, aber nicht zugewiesen.
Das hat geholfen, vielen Dank! Bei mir war das Zertifikat vorhanden nur nicht zugewiesen!
Hallo Franky,
grandios deine Anleitungen!!!
Bin dabei, eine WinSrv2012R2 mit Exc13 auf WinSrv2019 mit Exc19 zu migrieren. Der Fehler tritt ebenfalls bei der Deinstallation auf. Auch da macht der Exc13 eine „Funktionsprüfung“. Wenn dann wieder manuell das ursprüngliche selbsterstellte Zertifikat hinzugefügt wird, geht auch die Deinstallation durch.(Ohne Deinstallation der Rolle, nur neustert des Dienstes im IIS).
Vielleicht hilft das ja einigen, welche vor dem gleichen Szenario stehen wie momentan ich selbst…
Ein Traum, vielen Dank
Wiedermal von dir gerettet worden!
Vielen Dank für die tolle Arbeit!
Dein Blog ist einfach Klasse… hatte den gleichen Fehler nachdem ich neue Zertifikate erstellt hatte..
Hallo,
kann man die Bereitschaftsprüfung eigentlich „überspringen“?
Grund, er findet einen Exchange 2013, den ich nie zum Einsatz gebracht habe und schon aus dem AD rausgekickt hatte.
Hast du das schon probiert?
https://www.frankysweb.de/exchange-2016-manuelles-entfernen-eines-exchange-servers-single-server/