ildefonso_camargo@yahoo.com 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.