Hi Dael. version 389-ds-base-1.2.11.15-60.el6.x86_64 includes a known bug: - Release 1.2.11.15-61 - Resolves: #1251288 - Replication not working for "delete: attr" fixed in release 61. If you update to a release where this bug is fixed (anyone after 60), your problem will be solved. Of course, you will need to re-initialize once more. Regards, German. ----- Original Message ----- > From: "Dael Maselli" <dael.maselli@xxxxxxxxxxx> > To: "General discussion list for the 389 Directory server project." <389-users@xxxxxxxxxxxxxxxxxxxxxxx> > Sent: Tuesday, March 22, 2016 3:34:43 PM > Subject: [389-users] Replication critical problem > > Our authentication and authorization infrastructure is based on 3 > multi-master server and 2 slaves with 35 databases each, all have the > following version of 389: > > 389-ds-1.2.2-1.el6.noarch > 389-ds-base-1.2.11.15-60.el6.x86_64 > 389-ds-base-libs-1.2.11.15-60.el6.x86_64 > 389-ds-console-1.2.6-1.el6.noarch > 389-ds-console-doc-1.2.6-1.el6.noarch > 389-dsgw-1.1.11-1.el6.x86_64 > > We are experiencing a strange behavior, replication of new attributes, > new values of attributes and modification of values are propagated > correctly, but deleting a value of attribute are propagated randomly, no > matter of what master starts the modification or what database we > modify, big or little ones. > > I tried reinitializing database from one master but the problem > persists, no errors are logged. > > Now our server are not synchronized and this is, as you can imagine, > very bad ;-) > > Thank you very much! > > Regards, > Dael Maselli. > > > -- > ___________________________________________________________________ > > Dael Maselli --- INFN-LNF Computing Service -- +39.06.9403.2214 > ___________________________________________________________________ > > * http://www.lnf.infn.it/~dmaselli/ * > ___________________________________________________________________ > > Democracy is two wolves and a lamb voting on what to have for lunch > ___________________________________________________________________ > -- > 389 users mailing list > 389-users@%(host_name)s > http://lists.fedoraproject.org/admin/lists/389-users@xxxxxxxxxxxxxxxxxxxxxxx -- 389 users mailing list 389-users@%(host_name)s http://lists.fedoraproject.org/admin/lists/389-users@xxxxxxxxxxxxxxxxxxxxxxx
