389-ds-bot
commented
4 years ago Comment from mreynolds (@mreynolds389) at 2012-05-26 01:22:57
I can not reproduce this problem on trunk/master
Here are my steps:
[1] Create two instances: master and dedicated consumer [2] Setup replication and initialize consumer [3] Create 4 users on the master: a, b, c, d [4] do a "db2ldif -r" on the consumer [5] On master: delete 'c' [6] On Consumer: delete 'd' [7] do a ldif2db on consumer -> now the consumer has entries: a,b,c,d [8] Either wait, or update entry 'a' on master. [9] Both master and consumer only have entries: a, b
Are there any other steps that were not listed?
Cloned from Pagure issue: https://pagure.io/389-ds-base/issue/369
steps:
1) on IPA replica, lets create 4 IPA users: A,B,C and D. Now make a backup with 'db2ldif.pl -r ...'
2) on IPA replica, delete the user D. 'ipa user-del D'.
3) on IPA master, delete the user C. 'ipa user-del C'.
4) now check on other IPA master and IPA replica, both shows only two users 'A' and 'B'. this is expected.
5) now on IPA replica, restore the backup with 'ldif2db.pl'
6) check on IPA replica immediately, 'ipa user-find' shows 4 users 'A, B, C, D' at the beginning.
7) check IPA Master, 'ipa user-find' shows still only two users 'A, B'.
8) wait 3 minutes or so, check on IPA replica, and found that there are only THREE users 'A, B, D'. The users 'C' is deleted now -- change propagated from IPA Master.
9) check on IPA Master again and again, there are still only two users 'A, B'.
10) check on IPA Replica again and again, there are still three users 'A, B,D'. --- this status is different from IPA Master's 'A,B', or backup's 'A, B, C, D'.
If backup was created without '-r' option, then the step 8 above will always show 'A,B,C,D', the same as backup. with '-r' option make the final result between.
I think the delete of C that first occurred on the replica should have been propagated to the master, and then back to the replica after the restore from ldif.