From mohelonline@googlemail.com Mon Mar 31 18:11:26 2008 From: mohelonline@googlemail.com To: openldap-bugs@openldap.org Subject: Re: (ITS#5444) slapd seg. fault using mulitmirrored mode Date: Mon, 31 Mar 2008 18:11:26 +0000 Message-ID: <200803311811.m2VIBQRI000639@boole.openldap.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6528638009078539329==" --===============6528638009078539329== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable ------=3D_Part_28055_26658090.1206987058866 Content-Type: text/plain; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks for the fast reply. I just added a few lines after the 20 seconds wait for the master replcaition: ---------------------------------- echo "Using ldapadd to populate consumer ..." $LDAPADD -D "$MANAGERDN" -H $URI2 -w $PASSWD -f $LDIFORDERED2 \ >> $TESTOUT 2>&1 SLEEP=3D20 echo "Waiting $SLEEP seconds for syncrepl to receive changes..." sleep $SLEEP ---------------------------------- These lines just add one additional ldapuser. After an additional 20seconds pause I check if the changes (form server with URI2) are replicated. But always the slapd prcoess dies after the ldapadd command. I'll give your above suggestion a try and give feedback afterwards. On Mon, Mar 31, 2008 at 6:04 PM, Pierangelo Masarati wrote: > ando(a)sys-net.it wrote: > > mohel(a)web.de wrote: > > > >> The above log was generated using the test050 script just adding a line > which > >> enters information also to a second server. Perhaps this test would > also make > >> sense for further releases. > > > > Can you please post the modification to the script? > > Never mind, I could reproduce it. It seems to be a duplicate of > ITS#5437. What actually happens is that if modifications are applied to > all three servers, those applied to consumers do not persist, nor get > replicated; on the contrary, the consumers crash later on as described > in ITS#5437. > > p. > > > > Ing. Pierangelo Masarati > OpenLDAP Core Team > > SysNet s.r.l. > via Dossi, 8 - 27100 Pavia - ITALIA > http://www.sys-net.it > --------------------------------------- > Office: +39 02 23998309 > Mobile: +39 333 4963172 > Email: pierangelo.masarati(a)sys-net.it > --------------------------------------- > > > ------=3D_Part_28055_26658090.1206987058866 Content-Type: text/html; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks for the fast reply.

I just added a few lines after the 20 secon= ds wait for the master replcaition:
------------------------------
----
echo "Using ldapadd to populat= e consumer ..."
$LDAPADD -D "$MANAGERDN" -H $URI2 -w $PASSWD -f $LDIFORDERED2 \
        >> $TESTOUT 2>&1
<= br>SLEEP=3D20
echo "Waiting $SLEEP seconds for syncrepl to receive ch= anges..."
sleep $SLEEP
----------------------------------

These lines just add one additional ldapuser. After an additional 20seconds pause I check if the changes (form server with URI2) are replicated.

B= ut always the slapd prcoess dies after the ldapadd command.

I'll give your above suggestion a try and give feedback afterwards.

On Mon, Mar 31, 2008 at 6:04 PM, Piera= ngelo Masarati <ando(a)sys-net.it= > wrote:
ando(a)sys-net.it wrote:
> mohel(a)web.de wrote:
>
>> The above log was generated using the test050 script just adding a l= ine which
>> enters information also to a second server. Perhaps this test would = also make
>> sense for further releases.
>
> Can you please post the modification to the script?

Never mind, I could reproduce it.  It seems to be a duplicate of ITS#5437.  What actually happens is that if modifications are applied to=
all three servers, those applied to consumers do not persist, nor get
replicated; on the contrary, the consumers crash later on as described
in ITS#5437.

p.



Ing. Pierangelo Masarati
OpenLDAP Core Team

SysNet s.r.l.
via Dossi, 8 - 27100 Pavia - ITALIA
http://www.sys-net.it=
---------------------------------------
Office:  +39 02 23998309
Mobile:  +39 333 4963172
Email:   pierangelo.= masarati(a)sys-net.it
---------------------------------------



------=3D_Part_28055_26658090.1206987058866-- --===============6528638009078539329==--