Member_2_1004195
asked on
Exchange 2013 IIS Backend site recreation
During virtual directories recreation I deleted IIS Exchange bakcend Website in IIS Admin panel (see attachment).
OWA and ECP do not work and Exchange Management Shell does no more connect with server so I am not able to use cmdlets to recreate the Backend website.
Is it possible to manually recreate the deleted site without reinstalling Exchange 2013?
Will a rollup update installation fix the problem? I have still not installed rollup update 21.
I also have a complete server backup (disk image) two years old. In the meanwhile no big changes have been made to Exchange so I believe the IIS part is still valid for today use. Anyway I don't know an easy way of extract the IIS info from the old disk image without putting the whole image back in server and launch it.
IIS.jpg
OWA and ECP do not work and Exchange Management Shell does no more connect with server so I am not able to use cmdlets to recreate the Backend website.
Is it possible to manually recreate the deleted site without reinstalling Exchange 2013?
Will a rollup update installation fix the problem? I have still not installed rollup update 21.
I also have a complete server backup (disk image) two years old. In the meanwhile no big changes have been made to Exchange so I believe the IIS part is still valid for today use. Anyway I don't know an easy way of extract the IIS info from the old disk image without putting the whole image back in server and launch it.
IIS.jpg
ASKER
Created a disk snapshot of the problematic server. Now trying to install Exchange Rollup Update 21 but the installer stops with the following error:
Unable to remove product with code 4934d1ea-be46-48b1-8847-f1 af20e892c1 . Fatal error during installation. Error code is 1603. Last error reported by the MSI package is 'The specified account already exists.
A similar problem is reported here:
https://social.technet.microsoft.com/Forums/lync/en-US/2c0b5ed3-3b28-414f-ba37-14b059e77830/unable-to-remove-product-with-code-4934d1eabe4648b18847f1af20e892c1?forum=exchangesvrdeploy
but, in fact I don't have any interim update installed.
Unable to remove product with code 4934d1ea-be46-48b1-8847-f1
A similar problem is reported here:
https://social.technet.microsoft.com/Forums/lync/en-US/2c0b5ed3-3b28-414f-ba37-14b059e77830/unable-to-remove-product-with-code-4934d1eabe4648b18847f1af20e892c1?forum=exchangesvrdeploy
but, in fact I don't have any interim update installed.
ASKER
Tried to run:
MsiExec.exe /X {4934d1ea-be46-48b1-8847-f 1af20e892c 1}
with no luck...
MsiExec.exe /X {4934d1ea-be46-48b1-8847-f
with no luck...
Create the name of the backend iis site and then remove and create back again the sites
https://theitbros.com/recreate-owa-ecp-virtual-directories-exchange-server-2016/
(that would be my approach) and be careful with the delete button.
https://theitbros.com/recreate-owa-ecp-virtual-directories-exchange-server-2016/
(that would be my approach) and be careful with the delete button.
ASKER
Thank you Jose.
Unfortunately I cannot follow your suggestion since Management Shell cannot connect with server and ExchangeCmdlets are not available in plain Powershell
Unfortunately I cannot follow your suggestion since Management Shell cannot connect with server and ExchangeCmdlets are not available in plain Powershell
You're wrong. Plain wrong.
You can open a regular powershell console and use :
for 2010
Add-PSSnapin Microsoft.Exchange.Managem ent.PowerS hell.E2010 ;
or 2013/16/19
Add-PSSnapin Microsoft.Exchange.Managem ent.PowerS hell.SnapI n;
And after that, you can use the regular Exchange cmdlets.
You can open a regular powershell console and use :
for 2010
Add-PSSnapin Microsoft.Exchange.Managem
or 2013/16/19
Add-PSSnapin Microsoft.Exchange.Managem
And after that, you can use the regular Exchange cmdlets.
ASKER
Great Jose, thank you for the hint!
Here is the taken actions:
- recreated owa and ecp virtual directories
- restarted IIS
- enabled the following authentication methods for owa (Default site): Basic, Windows Authentication
- enabled the following authentication methods for ecp (Default site): Basic, Windows Authentication
- enabled the following authentication methods for owa (Exchange Back End): Anonymous, Windows Authentication
- enabled the following authentication methods for ecp (Exchange Back End): Anonymous, Windows Authentication
The situation is:
- Exchange Management Shell still does not connect
- ecp web page opens but, after authentication, a blank page is loaded
- owa is just blank, no authentication
Maybe I can try to recreate EWS virtual directory in Exchange Backend Site, as explained here:
https://blogs.technet.microsoft.com/get-exchangehelp/2013/02/07/managing-exchange-2013-iis-virtual-directories-web-applications/
but I fear I could do further harm to the system..
Here is the taken actions:
- recreated owa and ecp virtual directories
- restarted IIS
- enabled the following authentication methods for owa (Default site): Basic, Windows Authentication
- enabled the following authentication methods for ecp (Default site): Basic, Windows Authentication
- enabled the following authentication methods for owa (Exchange Back End): Anonymous, Windows Authentication
- enabled the following authentication methods for ecp (Exchange Back End): Anonymous, Windows Authentication
The situation is:
- Exchange Management Shell still does not connect
- ecp web page opens but, after authentication, a blank page is loaded
- owa is just blank, no authentication
Maybe I can try to recreate EWS virtual directory in Exchange Backend Site, as explained here:
https://blogs.technet.microsoft.com/get-exchangehelp/2013/02/07/managing-exchange-2013-iis-virtual-directories-web-applications/
but I fear I could do further harm to the system..
This question needs an answer!
Become an EE member today
7 DAY FREE TRIALMembers can start a 7-Day Free trial then enjoy unlimited access to the platform.
View membership options
or
Learn why we charge membership fees
We get it - no one likes a content blocker. Take one extra minute and find out why we block content.
ASKER
Unfortunately, even if the WebSites tree is now correctly populated in IISAdmin, the Exchange Management Shell still cannot connect to Server.
I've also tried to restore MetaBase.xml with an old copy from C:\Windows\System32\inetsr