Home > SharePoint 2010, SharePoint 2010 Maintenance, SharePoint Administration > How to Fix: Failed to provision the SharePoint Central Administration Web Application After Patching and Running the Config Wizard.

How to Fix: Failed to provision the SharePoint Central Administration Web Application After Patching and Running the Config Wizard.

I recently updated our SharePoint 2010 environment to the latest SharePoint SP2 and October 2013 CU patches. After laying down the bits and executing the SharePoint Config Wizard the Config Wizard trucked along well up until Step 9 of 10, and then failed. Looking at the ERROR Log I saw this error.

“Failed to provision the SharePoint Central Administration Web Application.
Exception: System.ArgumentException: The IncomingURL is already present in the collection in a different zone. A URL may only map to one zone at a time. Use a different URL for requests from this zone”

What happed here is that when I initially configured my SharePoint Central Administration Web Application I created my Web Application in the default zone with the URL of (http://servername:port)

Later after configuring Central Administration I wanted to access it with a more friendlier host name i.e (http://cadmin). I changed the default zone to (http://cadmin) and I moved the (http://servername:port) to a custom zone.

When the SharePoint Config Wizard was ran on the SharePoint Central Administration server it was looking for the default zone of (http://servername:port) to successfully provision the Central Administration Web Application with the lastest SP2 and CU patches. Since it could not find that URL in the default zone it failed.

I had to go back into Central Administration, move the (http://servername:port) back to the default zone. After doing this I reran the SharePoint Config Wizard. This time all steps completely successfully, and the Central Administration Web Application was provisioned with the latest patches.

After successfully patching, I then moved the (http://cadmin) back to default zone.

If you run into this same issue just make sure the default zone is set to the initial URL set for the Central Administration Web Application, and then after patching you can switch it back to a more friendlier host name.

Hopefully this helps others.

Advertisements
  1. No comments yet.
  1. No trackbacks yet.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: