Hi! I submitted the ITS, although later I found a very similar problem already reported.
Anyway, I have been playing around some more. My config file used to look like this: serverID N and I had syncrepl entries for the *other* masters. And off course: mirrormode true and the syncrepl overlay. This configuration almost work: everything works just fine, until there is a delete while at least one server is down, then all the servers goes down, and you start them again (the situation I already described). Later, I tried to mimic the cn=config configuration that is used on test050, but using slapd.conf (no cn=config , I feel better with simple text files). So; I modified the config to something like this: serverID 1 ldap://ldap1.prueba.local:389/ serverID 2 ldap://ldap2.prueba.local:389/ serverID 3 ldap://ldap3.prueba.local:389/ And had syncrepl entries for *all* the masters in all the slapd.conf files. The funny thing with this: The slapd service fails to start with this error message: config_build_entry: "cn=config" config_build_attrs: error 21 on olcServerID value #0 config_build_entry: build "cn=config" failed: "" backend_startup_one: bi_db_open failed! (-1) slapd shutdown: initiated but If I insist (two, or three times), it just starts. With this configuration, only first replication succeed: I deleted the DB from ldap2 and ldap3, and created a new directory tree using a simple ldif file with slapadd, then just started all the servers, and first replication goes just fine. Wht does "error 21" means? Anyway, subsecuent updates just doesn't replicate. This later configuration doesn't work for me, ie, it just doesn't replicate anything. So, I modified it: leave the three serverID entries, and try to just leave the syncrepl entries for the *other* servers: didn't worked either. ....... so, I decided to give another shot: have the same initial config (which was working for me, the one with only one serverID without URI and the syncrepl entries for the other masters), and just add the URI: surprise! didn't worked either..... So... my question comes now: what does the URI parameter does to the serverID option? Thanks in advance, Ildefonso Camargo On Wed, Dec 3, 2008 at 7:42 PM, Jose Ildefonso Camargo Tolosa <[EMAIL PROTECTED]> wrote: > Hi! > > On Wed, Dec 3, 2008 at 3:16 PM, Quanah Gibson-Mount <[EMAIL PROTECTED]> wrote: >> --On Wednesday, December 03, 2008 9:25 AM +1930 Jose Ildefonso Camargo >> Tolosa <[EMAIL PROTECTED]> wrote: >> >>> 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. Star slapd service on all the servers. >>> >>> 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. >>> >>> More info: >>> >>> OpenLDAP version: 2.4.13 >>> OS: Debian GNU/Linux Etch >>> Overlays: smbk5pwd (only samba enabled), syncprov (off course). >>> >>> Any ideas? If you need more info, just ask. >> >> I suggest you file an ITS. > > Ok. > >> >> -- >> >> Quanah Gibson-Mount >> Principal Software Engineer >> Zimbra, Inc >> -------------------- >> Zimbra :: the leader in open source messaging and collaboration >> >
