What versions of all packages are your ABC running? Has this all worked in the past? If so, any changes to structure? Have you been able to initialize consumers from C (and have data appear)? Random thought about C...what happens if you ; - initialize C from B or A (blowing away and rebuilding all data on C) - allow C to complete - setup a new host as D - initialize D from C - after above completes, initialize C from D
Are you attempting to restore the data from backup to C and then run throw C back into the replication loop? The error below make me think that you are leaving your replication agreements intact while you attempt to restore to C. This would potentially make A or B attempt to sync updates to C while C is restoring from backup. "WARNING: Import is running with nsslapd-db-private-import-mem on; No other process is allowed to access the database" Are you deleting all replication agreements from A B and C before starting to work with A --> C again? -- Justin Edmands > On May 4, 2014, at 9:16 AM, Graham Leggett <[email protected]> wrote: > > Hi all, > > I am into my second day of hell trying to get server C to replicate to > servers B and A in a multimaster replication setup. > > For reasons unknown it appears getting servers A and B to be blown away > completely by the contents of (initially empty) server C is trivial in the > extreme, cue two three hour outages and restores from backup. I cannot for > the life of me get this to work the other way around. > > After running the scripts to deploy server C from scratch, and adding the > replication agreement to server A, I get the following in server C's log > below. > > I have a number of questions: > > - "Replica has a different generation ID than the local data." - what does > this mean? Is it simply information to be ignored, a warning to be heeded (if > so, how?), or an error (if so, what action must be taken?). > > - "ERROR bulk import abandoned". I am assuming this means that the > replication failed, but it gives no indication as to *why* it failed. Anyone > know of a way to coax a reason out of 389ds? > > - "NSMMReplicationPlugin - replica_replace_ruv_tombstone: failed to update > replication update vector for replica". Again, is this purely for > information, is this a warning, is this an error, what should I do in > response to this? > > All I want to do is make serverc have the same data as servera. Does anyone > have a clear and concise set of instructions for how this is to be achieved > safely? > > [04/May/2014:15:50:17 +0200] NSMMReplicationPlugin - agmt="cn=Agreement > servera.example.com" (servera:636): Replica has a different generation ID > than the local data. > [04/May/2014:15:50:21 +0200] NSMMReplicationPlugin - agmt="cn=Agreement > serverb.example.com" (serverb:636): Replica has a different generation ID > than the local data. > [04/May/2014:15:51:36 +0200] NSMMReplicationPlugin - > multimaster_be_state_change: replica o=Foo,c=za is going offline; disabling > replication > [04/May/2014:15:51:36 +0200] - WARNING: Import is running with > nsslapd-db-private-import-mem on; No other process is allowed to access the > database > [04/May/2014:15:51:40 +0200] - ERROR bulk import abandoned > [04/May/2014:15:51:40 +0200] - import userRoot: Aborting all Import threads... > [04/May/2014:15:51:45 +0200] - import userRoot: Import threads aborted. > [04/May/2014:15:51:45 +0200] - import userRoot: Closing files... > [04/May/2014:15:51:45 +0200] - libdb: userRoot/aci.db4: unable to flush: No > such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/cn.db4: unable to flush: No > such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/parentid.db4: unable to flush: > No such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/mailAlternateAddress.db4: > unable to flush: No such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/objectclass.db4: unable to > flush: No such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/entryrdn.db4: unable to flush: > No such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/givenName.db4: unable to > flush: No such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/uniquemember.db4: unable to > flush: No such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/nsuniqueid.db4: unable to > flush: No such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/mailHost.db4: unable to flush: > No such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/mail.db4: unable to flush: No > such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/id2entry.db4: unable to flush: > No such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/sn.db4: unable to flush: No > such file or directory > [04/May/2014:15:51:45 +0200] - libdb: userRoot/uid.db4: unable to flush: No > such file or directory > [04/May/2014:15:51:45 +0200] - import userRoot: Import failed. > [04/May/2014:15:51:45 +0200] - process_bulk_import_op: NULL target sdn > [04/May/2014:15:51:49 +0200] NSMMReplicationPlugin - > replica_replace_ruv_tombstone: failed to update replication update vector for > replica o=Foo,c=ZA: LDAP error - 1 > [04/May/2014:15:51:53 +0200] NSMMReplicationPlugin - > replica_replace_ruv_tombstone: failed to update replication update vector for > replica o=Foo,c=ZA: LDAP error - 1 > [04/May/2014:15:51:57 +0200] NSMMReplicationPlugin - > replica_replace_ruv_tombstone: failed to update replication update vector for > replica o=Foo,c=ZA: LDAP error - 1 > > Regards, > Graham > -- > > -- > 389 users mailing list > [email protected] > https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list [email protected] https://admin.fedoraproject.org/mailman/listinfo/389-users
