I checked with HEAD and re24 (basically, 2.4.22 from CVS) and I couldn't
reproduce the issue. Can you provide the configuration and an example
LDIF that triggers the issue? I simply ran test043, restart both servers,
and perform a modification similar to yours, and it went through with no
Full_Name: Francis Swasey
OS: Red Hat Enterprise Linux 5 update 5 64-bit
Submission from: (NULL) (22.214.171.124)
Platform: Red Hat Enterprise Linux 5, update 5, 64-bit
OpenLDAP: 2.4.22 (locally compiled), configured with delta-syncrepl.
The following modify ldif successfully applies to the master:
In OpenLDAP 2.3 -- this modify ldif deck failed because the "sn"
attribute is presented twice. In OpenLDAP 2.4 -- it works, but the
delta-syncrepl replica pukes on it with this error:
syncrepl_message_to_op: rid=100 mods check (sn: value #0 provided more