Apr 03 2020 01:58 AM
Hi all,
I want to swap the root site of our O365 tenant with a new communication site. The root site was never actively used so it ist a empty modernized classic team site. Publishing features are not enabled, so I have no configuration options for structural navigation or metadata navigation.
When I invoke Invoke-SPOSwapSite, I get an error that says I have to run the Sharepoint Page Diagnostic tool and resolve issues. When I run the tool against the source site (the communication site) the check displays no issues with that site (all checks green). When I run the tool against the root site (the classic team site), I get the attached error stating I have to enable caching on structural navigation.
My questions are:
Thanks for any hints,
Markus
Apr 12 2020 04:13 AM
I am having the same issue. Did you ever get this resolved?
May 05 2020 04:01 AM
@RPuttnamno unfortunately not. I guess I will open a support ticket in the next days.
May 14 2020 03:58 AM
@MarkusBundschuhDHBW same issue here... any updates on fixes?
Aug 07 2020 01:25 AM
Solution
I had the same issue, contacted MSFT Support, but they did not have any solution available. I went and solved it myself. Apparently for large organisations (10000+ seats) you'll have to use the page diagnostic tool which works for Edge and Chrome. I don't understand how this plugin communicates its findings back to Powershell, but apparently it does. Although I solved all the errors the diagnostic tool showed me the first few times I kept getting the same error in PS. What I did was the following:
1) Created a blank page on the classic teamsite (current root) and promoted that to Start Page
2) Created a blank page on the Communication Site (new to be root) and promoted that to Start Page
3) Reran the Page Diagnostic Tool on both site collection homepages (both old an new)
4) Relaunched my PowerShell session and executed the command (with -force and -nowait parameters)
5) Worked!
For some reason the new or old web parts on homepages block the siteswap from happening, but nobody knows what exactly goes wrong. Hope this helps.
Dec 22 2020 09:35 AM
@Jan_Hummelman I'm glad it worked for you; it certainly doesn't for me. Having gone through your steps, I still get "Warnings: [0]; Details: The Page diagnostics for SharePoint tool needs to be run to
validate the home page. Learn More at https://aka.ms/perftool" and when I add the -force parameter I get "Invoke-SPOSiteSwap : A parameter cannot be found that matches parameter name 'force'."
Looks to me like they took this parameter out - maybe it was being just too useful!
Aug 30 2022 05:53 AM
@Jan_Hummelman I know it's been 2 years since the last posts but I wanted to confirm that these steps worked for me to eliminate the page diagnostics errors that I fixed but wouldn't go away. However, the powershell script still gave me an error: stating that the archive URL was already in use. So I went through SP Admin Center, selected all sites, sorted A-Z and clicked in the ... to replace site. Then it allowed me to add the new site URL and save. So adding the blank pages to the old and new sites worked. Thank you!
Aug 30 2022 08:15 AM
Sep 13 2022 06:21 AM
Nov 02 2022 11:22 AM
Aug 07 2020 01:25 AM
Solution
I had the same issue, contacted MSFT Support, but they did not have any solution available. I went and solved it myself. Apparently for large organisations (10000+ seats) you'll have to use the page diagnostic tool which works for Edge and Chrome. I don't understand how this plugin communicates its findings back to Powershell, but apparently it does. Although I solved all the errors the diagnostic tool showed me the first few times I kept getting the same error in PS. What I did was the following:
1) Created a blank page on the classic teamsite (current root) and promoted that to Start Page
2) Created a blank page on the Communication Site (new to be root) and promoted that to Start Page
3) Reran the Page Diagnostic Tool on both site collection homepages (both old an new)
4) Relaunched my PowerShell session and executed the command (with -force and -nowait parameters)
5) Worked!
For some reason the new or old web parts on homepages block the siteswap from happening, but nobody knows what exactly goes wrong. Hope this helps.