RE: RE : (ITS#6720) back-ldap core dump

[olivier.chirossel@sfr.com]

Thank's for your time,


the write can't be stop, i have to reinstall all the replica , and my plann=
ing, for the second step, take 3 months ...


Regards,


Olivier

-----Message d'origine-----
De=A0: Pierangelo Masarati [mailto:masarati@aero.polimi.it]=20
Envoy=E9=A0: lundi 29 novembre 2010 15:21
=C0=A0: CHIROSSEL, Olivier
Cc=A0: openldap-its@openldap.org
Objet=A0: Re: RE : (ITS#6720) back-ldap core dump

olivier.chirossel@sfr.com wrote:

> Thank's for you reply,
>=20
> you can get a tar file containing a simple case which reproduce the probl=
em=3D
>  here ( i don't put rewriting rules in proxy conf, just strip of  operati=
on=3D
> nal  attribut )
>=20
> wget http://olivier:its6720@84.103.237.12/its6720.tar
>=20
>=20
> the lance.sh inititialise the tests=3D20
> (the slapd suppose to be in /usr/local/libexec)
>=20
> and you reproduce it with the command :
>=20
> ldapmodify -D "cn=3D3Dmanager,dc=3D3Dneuf,dc=3D3Dfr" -H "ldap://127.0.0.1=
:489"  -=3D
> w secret -f mod
>=20
> i try to explain you my need=3D20
>=20
> 1) For the moment i have a master in 2.3.x with many replica in 2.3.x wit=
h =3D
> slurpd replication
>=20
> 2) my goal is to migrate to a mirror mode master infrastructure with sync=
re=3D
> pl replication
>=20
> 3) the first step is to install my mirror mode infrastructure and replica=
te=3D
>  with slurpd from my old master.
>=20
> 4) second step re install replica one by one with syncrepl replication to=
 m=3D
> y new mirror mode infrastructure
>=20
> 5) third step write directly to my mirror mode infrastructure
>=20
> For the first step i put a proxy ldap between my old master and my mirror=
 m=3D
> ode infrastructure to do rewrite rules and strip operationnal attribut (i=
 n=3D
> eed, at the end,  have a new clean infrastructure with entryCSN contains =
th=3D
> e ServerId of my new master, for checks the replcation status between my =
ma=3D
> ster and between my replica and my mirror mode architcture)
> =3D20
> The ldapmodify command reproduce the replication operations which highlig=
ht=3D
>   the problem..
>=20
> PS:=3DA0before strip attribute with rwm-map directives i try to put "last=
mod =3D
> off" in proxy ldap configuration without success ...

Thanks for the report.  I've reproduced the bug; it appears to be inside=20
slapo-rwm(5).  The core dump is related to a double free, which I'm=20
trying to track.

In any case, since as far as I understand the only reason you need=20
slapo-rwm(5) is to modify data during the migration, you should probably=20
do it offline, after exporting your data and before importing in the new=20
system.

p.