[email protected] wrote: > Full_Name: Jose Ildefonso Camargo Tolosa > Version: 2.4.13 > OS: Linux > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (190.73.138.178) > > > Hi! > > I just configured multi-master replication (with N=3) for testing > purposes, and I just found an annoying problem, under these > conditions: > > 1. Configure a N number of "masters", and have them replicate happily > (this is important). > 2. Stop slapd service on all of the servers. > 3. Start slapd service on any number of servers< N (ie, leave at > least one stopped). > 4. Delete any entry (yes, it only fails with deletes, you can combine > changes: modify, add, and delete, and only deletes will fail to > replicate). > 5. Stop slapd service on *all of the servers again* (this is the most > important part). > 6. Start slapd service on all the servers. > 7. Look for the deleted entry on the server(s) that you left stopped in steps > 3 > and 4, the entry is there!, but it isn't on the server(s) that were running in > step 3 and 4. > > You will see that, on the servers that you left down on step 3, the > deleted entries are still present. > > If you leave at least one server up, it replicates just fine, the > problem is when you stop all of the masters, and then start them again. > > If you need further info, just ask!
I repeated the steps you described but was unable to reproduce the problem. However, following the steps that Adrien provided in a followup, I was able to reproduce the situation and identify the problem. A fix is now in CVS HEAD, please test. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/
