If you are using the Cross-tenant OneDrive migration service offered by Microsoft to migrate users OneDrive content from one Microsoft 365 tenant to another, in rare cases you might find yourself receiving this error when you try to create the trust between the two tenants:
It has been detected that partners reside in the same SPO location that prevents them from migrating. Please contact MS to resolve this issue. Once the issue has been resolved, please try running the migration again.
This error means that both the source and target tenants have their SharePoint data being hosted on the same farm. This should be rare because even if both tenants are in the same geographical location, for them to both be hosted in the same SharePoint farm is … unlucky.
As the error message states, to fix this you will need to raise a ticket with Microsoft support. They will arrange with the SharePoint engineering team to migrate the data of one of the tenants to another farm. I recommend checking which tenant has the least amount of data in SharePoint and suggesting to the support representative that they migrate that one. You should also identify if this issue exists (by running the commands to create the tenant trust) as early as possible, because after you raise the ticket, it can take several weeks to be resolved. It took two weeks to resolve for me and that was with a small tenant. I imagine for tenants with more data it could take longer.
A fairly new service from Microsoft, the Cross-tenant OneDrive migration allows you to migrate a users OneDrive from one tenant to another. If you wish to use this service, you need a Cross-Tenant User Content Migration license that is available for purchase to Enterprise Agreement customers.
If you have followed Microsoft’s guide to setting it up, you know the first step in the process is to create a mapping that maps the source tenant user to the target tenant user. After that, you can start the migration by running:
Hopefully when you run this command it works without any issues! However, there are a few errors that you might encounter. Here is a list of errors that I have encountered and how to resolve them:
Error -161 This means that the LockState of the users OneDrive site is set to ReadOnly. This is most likely something that an administrator set on the Users OneDrive for one reason or another. You can resolve this by setting the users OneDrive site back to Unlock and starting the OneDrive migration again.
Error -102 This means that the LockState of the users OneDrive site is set to NoAccess. This happens if the user had a OneDrive site provisioned at some point, but since then has lost the right to access it. The most probable cause for this is the user once had a license that enabled them to have a OneDrive but was then moved to a license that does include OneDrive. You can resolve this by reallocating a license to the user that includes a OneDrive (SharePoint Plan 1 or Plan 2) and starting the OneDrive migration again.
The Cross-Tenant content move feature is not enabled for this tenant Assuming you have correctly set up the trust between the two tenants, this error occurs when you have not applied a Cross Tenant User Data Migration license to the user. This can be applied to either the source or the target user, so apply one and wait a short amount of time, then start the OneDrive migration again.
OneDrive site for source user UPN example@sourcetenant.com does not exist This means the user does not have a OneDrive provisioned.
Identity map entry for source UPN example@sourcetenant.com does not exist on the target tenant This means that no mapping exists for this user on the target tenant. Create a mapping for this user and then start the migration again.
The identity map entry for source UPN example@sourcetenant.com does not correspond with the requested target UPN example@targettenant.com This means that the mapping you created is incorrect. Perhaps the Source user UPN or the target user UPN was wrong. You should try recreating the mapping, or check the existing mapping, and start the OneDrive migration again when you have fixed the mapping.
The remote server returned an error: (429) This means that your SharePoint tenant is currently being throttled due to your usage limits being exceeded. You can read more about that here, but in the end, this means you just have to try starting the migration again a bit later.
Additionally, there is one other error I have met that does not immediately throw an error but does cause the MoveState to move to Failed (usually after several hours). This is an unusual case where a user is using more space in their OneDrive than their license allows. For example, someone with a Microsoft 365 F1 license assigned which only allows 2 GB of storage in OneDrive, but with more than 2 GB of used storage (which you can check in Microsoft admin center). I expect this happens if a user originally had a license that allows more storage (such as a Microsoft 365 E3 which allows 1 TB of OneDrive storage) but was then downgraded. This situation causes the migration service some confusion as it tries and retries several times before failing.
The solution is to simply apply a license that allows more OneDrive storage and then start the migration again.
Since November 2022 Microsoft requires that you purchase a Cross Tenant User Data Migration license in order to use their cross tenant migration services for Exchange or OneDrive. But there is very little information about this license type available online. Here are the basic details for this license type for anyone who is curious:
Kevin's tech blog 