Re: (ITS#6362) slapd 2.4.19 Segmentation fault under load

[alexs@ulgsm.ru]

--vtzGhvizbBRQ85DL
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

* hyc@symas.com <hyc@symas.com> [2009-11-15 17:58:03 +0000]:

> alexs@ulgsm.ru wrote:
> > Full_Name: Aleksey
> > Version: 2.4.19
> > OS: Freebsd7.2
> > URL: ftp://ftp.openldap.org/incoming/
> > Submission from: (NULL) (93.93.136.26)
> >=20
> >=20
> > Openldap 2.4.19 installed from freebsd ports. All configs in defauls
> > Freebsd 7.2 amd64
> > Slapd built with the "-g" flag and install with the make install STRIP=
=3D""
> >=20
> > Used backends db46-4.6.21.4, db47-4.7.25.4 latest from freebsd ports.
> > In slapd config added using hdb as backend and indexes.
> >=20
> > Testing database consist of 1000 users accounts with minimum attributes=
=2E=20
> >=20
> > On stress test load slapd Segmentation fault in 10-30 sec.
>=20
> Looks like you've had a stack overrun.=20
Is it OS issue?


>The "be" parameter should be the same in your frame 0 and frame 1.
I don't understand.
It's need to make them same? Or what i need to do? :)


>=20
> > #gdb /usr/local/libexec/slapd
> > (gdb) run -d 0
> > Starting program: /usr/local/libexec/slapd -d 0
> > [New LWP 100311]
> > [New Thread 0x801a020b0 (LWP 100311)]
> > [New Thread 0x801a02880 (LWP 100073)]
> > [New Thread 0x8034040b0 (LWP 100076)]
> > [New Thread 0x803404240 (LWP 100077)]
> > [New Thread 0x8034043d0 (LWP 100078)]
> > [New Thread 0x803404560 (LWP 100116)]
> >=20
> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to Thread 0x803404560 (LWP 100116)]
> > 0x0000000802d5aa4b in hdb_idl_fetch_key (be=3DError accessing memory ad=
dress
> > 0x7ffffd9f9f38: Bad       s.
> > ) at idl.c:511
> > 511     {
> > (gdb)
> > (gdb)
> > (gdb) where
> > #0  0x0000000802d5aa4b in hdb_idl_fetch_key (be=3DError accessing memory
> > address 0x7ffffd9f9f38:      dress.
> > ) at idl.c:511
> > #1  0x0000000802d50dc5 in hdb_key_read (be=3D0x801a853d0, db=3D0x803519=
800,
> > txn=3D0x80352b040, k=3D0x8069005
> > 70, ids=3D0x806a00000, saved_cursor=3D0x0, get_flag=3D0) at key.c:50
> > #2  0x0000000802d5363c in equality_candidates (op=3D0x803521000, rtxn=
=3D0x80352b040,
> > ava=3D0x7ffffda7a4f0,
> >  ids=3D0x806c00000, tmp=3D0x806a00000) at filterindex.c:788
> > #3  0x0000000802d51d10 in hdb_filter_candidates (op=3D0x803521000,
> > rtxn=3D0x80352b040, f=3D0x7ffffda7a550,
> >  ids=3D0x806c00000, tmp=3D0x806a00000, stack=3D0x806d00000) at filterin=
dex.c:154
> > #4  0x0000000802d5297f in list_candidates (op=3D0x803521000, rtxn=3D0x8=
0352b040,
> > flist=3D0x7ffffda7a5    f
> > type=3D161, ids=3D0x806b00000, tmp=3D0x806a00000, save=3D0x806c00000) at
> > filterindex.c:581
> > #5  0x0000000802d5229c in hdb_filter_candidates (op=3D0x803521000,
> > rtxn=3D0x80352b040, f=3D0x7ffffda7a530,
> >  ids=3D0x806b00000, tmp=3D0x806a00000, stack=3D0x806c00000) at filterin=
dex.c:204
> > #6  0x0000000802d5297f in list_candidates (op=3D0x803521000, rtxn=3D0x8=
0352b040,
> > flist=3D0x7ffffda7a5    f
> > type=3D160, ids=3D0x7ffffdafa760, tmp=3D0x806a00000, save=3D0x806b00000=
) at
> > filterindex.c:581
> > #7  0x0000000802d521e4 in hdb_filter_candidates (op=3D0x803521000,
> > rtxn=3D0x80352b040, f=3D0x7ffffda7a570,
> >  ids=3D0x7ffffdafa760, tmp=3D0x806a00000, stack=3D0x806b00000) at filte=
rindex.c:
> > #8  0x0000000802d4dca9 in search_candidates (op=3D0x803521000, rs=3D0x7=
ffffdbfab30,
> > e=3D0x7ffffda7a71   tx
> > n=3D0x80352b040, ids=3D0x7ffffdafa760, scopes=3D0x7ffffda7a760) at sear=
ch.c:1206
> > #9  0x0000000802d4befa in hdb_search (op=3D0x803521000, rs=3D0x7ffffdbf=
ab30) at
> > search.c:586
> > #10 0x0000000000439bb5 in fe_op_search (op=3D0x803521000, rs=3D0x7ffffd=
bfab30) at
> > search.c:366
> > #11 0x0000000000439520 in do_search (op=3D0x803521000, rs=3D0x7ffffdbfa=
b30) at
> > search.c:217
> > #12 0x000000000043613d in connection_operation (ctx=3D0x7ffffdbfac70,
> > arg_v=3D0x803521000) at connection
> > .c:1123
> > #13 0x00000000004366d9 in connection_read_thread (ctx=3D0x7ffffdbfac70,=
 argv=3D0x12)
> > at connection.c:125
> > 9
> > #14 0x0000000800797052 in ldap_int_thread_pool_wrapper () from
> > /usr/local/lib/libldap_r-2.4.so.
> > #15 0x000000080164b4d1 in pthread_getprio () from /lib/libthr.so.3
> > #16 0x0000000000000000 in ?? ()
> > Error accessing memory address 0x7ffffdbfb000: Bad address.
>=20
>=20
> --=20
>   -- Howard Chu
>   CTO, Symas Corp.           http://www.symas.com
>   Director, Highland Sun     http://highlandsun.com/hyc/
>   Chief Architect, OpenLDAP  http://www.openldap.org/project/

--=20
Email: alexs@ulgsm.ru
Email/Jabber: alexs@ulgsm.ru

--vtzGhvizbBRQ85DL
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.13 (FreeBSD)

iQEcBAEBAgAGBQJLAP/dAAoJELAIdrQw5JcdEXgIAJ4KkW6gYy+Nm6XykkqGAyad
HG/vIY1KeG9vJyPLzduonCaqhi32ZIuSl3qkGgywy4q/wJV0kW3rRZ2tzQLzMahr
gKlVFJvyqtPhocKARppKWFSIXxJT64lvCqEabrfw2JLDhDNJGtIOcdn51TlKvfIy
4paEDvv5c+A3aDD7BFKK0QePq8E38v5evK1a8UG94rbGiKiCjtgYjJVfm03NUjmR
FvyBwMV+CgcXGj4fQ+bnvfTTC8jb00oftw/7NS2orZi6EHcGaxvbeuPmrEVIRtL4
Fi82XlKfcEqFq/znja041mrkF7tnPLfysMzXEjqeOgrsedAIWS52M2LHGUYkY0k=
=PI7h
-----END PGP SIGNATURE-----

--vtzGhvizbBRQ85DL--