How to fix 404 error in SharePoint in subsite After Restoring a Content Database

[Fixed]: How to fix 404 error in SharePoint in subsite After Restoring a Content Database?

One comment

Loading

In this “How to fix 404 error in SharePoint in subsite After Restoring a Content Database?” troubleshooting technique, we will learn about how to fix a SharePoint 404 error in a subsite after restoring a content database.

If we google the above text we will get multiple references for fixing this issue, for this the traditional way of fixings are:

1. The site might have been deleted, request the site administrator to check the recycle bin.
2. Do the IIS reset.
3. Try to access the other layout page like /_layouts/15/settings.aspx(might be default.aspx or home.aspx has some issue).
4. Clear the timer job cache….etc

None of the above solutions worked for me – How to fix 404 error in sharepoint

Let me give you some background about the issue. I have migrated the content DB using mounting from SharePoint 2013 to 2016. All site collections along with their subsites got opened in the browser without any issue but some of the subsites did not get opened in the browser, throwing 404 files not found an error.

If we go to the site content structure page those subsites are available. It looks strange to me! not getting any clue. I kept on investigating this issue..tried to list out the site using the SPSite collection PowerShell command, but it got listed out, it made me more strange. Then I tried to connect one of the faulty subsites using ShareGate…there I saw an object reference, not a set error.

Then I changed the direction of my investigation…I have deleted the faulty subsite and tried to recreate it again with the same name manually, then got the error, you cannot create a site with this name <IT> as this is a reserved keyword by SharePoint, it made me ridiculous how this could be reserved keyword. Then I went to check the “manage” path for this web application.

Yes, found the solution…managed path was the issue. There was a “manage” path with the name IT in that web application, so we cannot create any sub-site with that name with the same hierarchy of managed path. If we delete that IT “manage” path we can create a subsite and can access IT along with all subsites under this. This is how I have solved this…but nowhere got any links or clues about this. This is totally based on my personal experience….for you, the scenario might be different.

Example: Manage path in a web application: IT
I was trying to access the subsite like below:

http://server:1010/IT #here IT is subsite.

So if we have a managed path with the name IT, we cannot browse this subsite along with all subsites under IT

Solution: How to fix 404 error in SharePoint in subsite After Restoring a Content Database?

Check the managed path and remove the managed path which is causing the issue. Here I have removed the IT manage path, then it worked fine.

Summary: How to fix 404 error in SharePoint in subsite After Restoring a Content Database?

Thus, in this troubleshooting technique, we have learned about how to fix a SharePoint 404 error in subsite after Restoring a content Database.

See Also: SharePoint Online Tutorial

You may also like the below SharePoint Online Tutorials:

 

Download SharePoint Online PDF Book

Download SharePoint Online & Office 365 Administration eBook

Buy the premium version of SharePoint Online & Office 365 administration eBook from here:



Buy SharePoint Online & Office 365 Administration eBook


 

Get the free demo PDF eBook from here:

FREE DOWNLOAD

Send download link to:

Subscribe to get exclusive content and recommendations every month. You can unsubscribe anytime.

 

About Post Author

1 comments on “[Fixed]: How to fix 404 error in SharePoint in subsite After Restoring a Content Database?”

Do you have a better solution or question on this topic? Please leave a comment