Wildcard Inclusion Used to Create Personal Sites Does Not Exist


If you are leveraging Personal Sites in SharePoint 2013 you may run into an error with the non-interactive timer job used to create Personal Sites as a background task.  The timer job calls into the UserProfile Service application to create the Personal Site using the CreatePersonalSite() method, nothing special there.  However, in this method, the SharePoint will attempt to verify that the managed path for the Personal Sites URL exists, and if it does not exist, you will find a series of errors in your ULS log similar to the following:

Exception while creating personal site: (https://personalsites.contoso.com/personal/username/) for (CONTOSO\username):
(Microsoft.Office.Server.UserProfiles.PersonalSiteCreateConfigurationException:
A failure was encountered while attempting to create the site, wildcard inclusion used to create personal sites does not exist.     at
Microsoft.Office.Server.UserProfiles.UserProfile.<>c__DisplayClass2.<CreateSite>b__0()     at
Microsoft.SharePoint.SPSecurity.<>c__DisplayClass5.<RunWithElevatedPrivileges>b__3()     at
Microsoft.SharePoint.Utilities.SecurityContext.RunAsProcess(CodeToRunElevated secureCode)     at
Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(WaitCallback secureCode, Object param)     at
Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(CodeToRunElevated secureCode)     at
Microsoft.Office.Server.UserProfiles.UserProfile.CreateSite(String strRequestUrl, Boolean bCollision, Int32 overrideCompatLevel, Int32 lcid)     at
Microsoft.Office.Server.UserProfiles.UserProfile.CreatePersonalSiteWithSQM(String mySitePortalUrl, Int32 overrideCompatLevel, Int32 lcid)).

Exception during creation of personal site from MySiteInstantiationWorkItemJobDefinition::ProcessWorkItemCore() for i:0#.w|CONTOSO\username
Microsoft.Office.Server.UserProfiles.PersonalSiteCreateConfigurationException: A failure was encountered while attempting to create the site, wildcard inclusion used to create personal sites does not exist.     at
Microsoft.Office.Server.UserProfiles.UserProfile.<>c__DisplayClass2.<CreateSite>b__0()     at
Microsoft.SharePoint.SPSecurity.<>c__DisplayClass5.<RunWithElevatedPrivileges>b__3()     at
Microsoft.SharePoint.Utilities.SecurityContext.RunAsProcess(CodeToRunElevated secureCode)     at
Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(WaitCallback secureCode, Object param)     at
Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(CodeToRunElevated secureCode)     at
Microsoft.Office.Server.UserProfiles.UserProfile.CreateSite(String strRequestUrl, Boolean bCollision, Int32 overrideCompatLevel, Int32 lcid)     at
Microsoft.Office.Server.UserProfiles.UserProfile.CreatePersonalSiteWithSQM(String mySitePortalUrl, Int32 overrideCompatLevel, Int32 lcid)     at
Microsoft.Office.Server.UserProfiles.UserProfile.CreatePersonalSite(Int32 lcid)     at
Microsoft.Office.Server.UserProfiles.MySiteInstantiationWorkItemJobDefinition.ProcessWorkItemCore(SPWorkItemCollection workItems, SPWorkItem workItem, MySiteInstantiationWorkItemJobState timerJobState) StackTrace:  at
Microsoft.Office.Server.Native.dll: (sig=2e6bd61f-fab5-45d9-95e0-1298f4064064|2|microsoft.office.server.native.pdb, offset=131CE) at
Microsoft.Office.Server.Native.dll: (offset=21BFD)

MySiteInstantiationJob:ProcessWorkItem: ProcessWorkItemCore for My Site Instantiation for: 'i:0#.w|CONTOSO\username' failed.
Error Message: A failure was encountered while attempting to create the site, wildcard inclusion used to create personal sites does not exist.

Now, you may be scratching your head knowing that you have the personal site managed path created on the web application hosting the Personal Site site collections, so why can't it find the correct managed path.  Well, in fact the User Profile application is not looking at the list of managed paths on the web application, it’s looking at the list of managed paths defined on the SPContentService.  To find out what managed paths you have defined on your Content Service, you can run this bit of PowerShell from a SharePoint PowerShell console window:

Get-SPManagedPath -HostHeader

This will likely output the following:

image

Notice you don’t see the "personal” Wildcard Inclusion managed path you are likely expecting to see, which is the cause of our failure.  To add the necessary managed path, execute the following PowerShell from a SharePoint console window:

New-SPManagedPath -RelativeURL "personal" -HostHeader

To verify the command added the managed path correctly, re-execute the following PowerShell from a SharePoint console window:

Get-SPManagedPath –HostHeader

You should now see the new HH managed path, of type WildcardInclusion:

image


Comments (5)
  1. JohnC says:

    Hi Joe, in the typical scenario configuring My Sites is it necessary to manually create this wildcard inclusion on the SPContentService? I don't recall seeing this anywhere in the TechNet instructions. Can you point to an official reference in TechNet? Thanks

  2. Clarky says:

    Hey Joe, Have followed your advice and can now see the new "personal" Wildcard inclusion via powershell. Im still getting the same error when I click the "About me" and get an error "We are sorry. Something went wrong with your my site setup. Please try again later or contact your helpdesk." The error in your post above then appears a short time later. Is it possible that something else is causing this?

    Thanks in advance!

    Clarky

  3. Richard Weston says:

    After hours of searching the web and finding nothing and too much time racking my head thinking I have checked everything, this article proved to be the fix!

    For some reason when I did a Get-SPManagedPath (my setup is using host named site collections) it returned the correct looking managed paths but doing it via the content service returned different results!

    Thanks again.

    Rich

  4. ChristopheS says:

    Hi Joe and Clarky

    I have the same issue and I've already spent hours to look for a solution. Adding the wildcard inclusion with powershell to the SPContentService doesn't help, I still have the "wildcard inclusion used to create personal sites does not exist" error in my ULS log. The wildcard inclusion is now correctly defined to the SPContentService, also correctly defined in CA at the web application level, but the Personal Site Instantiation doesn't take it into account. Adding Verbose mode for the ULS Log doesn"t really add more details. Any other suggestion ?

  5. Jaymeson Beck says:

    Thanks for this article. This fixed my problem.

Comments are closed.

Skip to main content