Interesting delta-syncrepl failure

Francis Swasey <[email protected]> Wed, 05 May 2010 10:31:48 -0400
Newsgroups gmane.network.openldap.general
Message-ID <[email protected]>
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigB529549EC8AB026A77B06B03
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

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:

dn: uid=3Dfcswasey,ou=3DPeople,dc=3Duvm,dc=3Dedu
changetype: modify
replace: sn
sn: Swasey
-
replace: sn
sn: Swasey
-

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=3D100 mods check (sn: value #0 provided more
than once)

If the OpenLDAP 2.4.22 server accepts it, processes it, and feeds it out
-- shouldn't the OpenLDAP 2.4.22 delta-syncrepl consumer eat it without
complaining?

--=20
Frank Swasey                    | http://www.uvm.edu/~fcs
Sr Systems Administrator        | Always remember: You are UNIQUE,
University of Vermont           |    just like everyone else.
  "I am not young enough to know everything." - Oscar Wilde (1854-1900)



--------------enigB529549EC8AB026A77B06B03
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJL4YFZAAoJEK5S4SsZ5NvS7dEQAJMQerh5okdoH0AxQ9XKftol
1AREvNbq2EyI9vRhgvzBBpC5hGBsjsXlzmcf7snsqYgaMCeSifmHTXN4StVKKia5
sQXzbg9c2+3b9ByfNGq8tQUU88qx4JFmmtDuDI3E3SI/KgMpOnF3MtfdOq24ddXa
1YPJcDU9TSooz7yKRMGo7SToB0Dq9yvonySh5GSIuG8hfKMIr7s/CrCn+U4KRQvB
TGruUxfM3KPut2X7/macvftzGibvj+2dkQiAV72cTpFd+yT2Vsnhq4TIOAYHbWHX
LCjt8f8Vuz6tPvDUYY0DKHSKBKfX3ODr1R4rnjbVov9Z41LgiASmQzENZkmaRffv
d3k3fpL2VIkxUWkhN+1EMA4aHJNmEPDC5tlDmwjsBS1d+0adHD0lGE58AepJeWol
YJFIgqlYw630K1pAQh0iHo0OQLGam/L0XjobnvGnG+VJgsoCu51fx1LiKjb9D5ON
t0uKbGh0IAw902wLa08FR+99rxody3ZrDV+mQj1N/QGsTfO3/++O4uoiSCgdqpvw
nDH+UmDFBshM4NCasG3TC8WKZF6SvRy4kbNFkQN1MkjhvJEu2ti3xHlH6GaEsryl
yK5aOavnKNNPdjN7gxrBUqvVifIkSbSSgiunzjYvHvzYvHGq/kvXN8/pSK6ZHMOF
NV9/4sFO0LGF0BGEbknE
=aigf
-----END PGP SIGNATURE-----

--------------enigB529549EC8AB026A77B06B03--