You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
I'm trying to test out the migration of Confluence from Server to Cloud and the migration is failing due to thousands of inactive users who are no longer at the company and therefore, don't have a valid email address. I've seen some related posts on this issue but can't find a solution other than maybe using an older version of the "Confluence Cloud Migration Assistant"? How do we avoid migrating these users?
Hi Nancy! We had an issue similar to this where somehow, we had duplicate users in Jira/Confluence with duplicate email addresses. We also had users pulling in from Active Directory with no email addresses. When we ran the Migration Check it kept failing and would not let us move forward.
The solution we used was two fold:
Before we updated the database, we also turned off the AD Sync for the duration of the migration so that it would not overwrite the data and cause the users to revert.
Both of these solutions fixed the issue long enough to successfully migrate.
Hope this helps!
You can try the resolution mentioned in https://confluence.atlassian.com/cloudkb/resolve-invalid-email-addresses-when-migrating-to-the-cloud-1101932321.html and https://confluence.atlassian.com/cloudkb/resolve-duplicate-email-addresses-when-migrating-to-the-cloud-1101932318.html
Make sure you do a backup of the database before making changes.
@Nancy Good we have faced this when supporting some of our clients migrations and feel your pain.
You don't mention in your original post, or this follow up reply, whether you are trying to migrate ALL users or not. One way to narrow down the scope of your situation would be to only migrate users that are related to the spaces you are migrating (instead of migrating all the users in the Confluence server user table). That way you can focus on just the user profiles that you would want to migrate to retain user tombstone information (i.e. for page authors/editors and comments).
The other approach is to try to clean up your Confluence user directory before you attempt to migrate. One way is what @Bharadwaj Jannu has mentioned here - following the suggestions linked. If your Confluence server is using an external directory (e.g. perhaps to LDAP server or Active Directory server) then you could take a look at the configuration. By adjusting the configuration to sync changes with your external directory you may find that these inactive users are removed. The other configuration to consider is whether there is a suitable filter being applied to the external directory syncing.
Dealing with user migration is one of the more complex aspects of the migration journey and we find can take considerable time and effort to resolve. Don't lose heart!