[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#6362) slapd 2.4.19 Segmentation fault under load
- To: openldap-its@OpenLDAP.org
- Subject: Re: (ITS#6362) slapd 2.4.19 Segmentation fault under load
- From: alexs@ulgsm.ru
- Date: Wed, 2 Jun 2010 05:41:38 GMT
- Auto-submitted: auto-generated (OpenLDAP-ITS)
* alexs@ulgsm.ru <alexs@ulgsm.ru> [2010-01-19 07:25:25 +0000]:
> * alexs@ulgsm.ru <alexs@ulgsm.ru> [2009-11-05 07:43:02 +0000]:
>
>
OpenLDAP 2.4.22, 8.1-PRERELEASE is still crashed.
>
>
> New OpenLdapd 2.4.21 on new freebsd 8.0 is still crashed.
> I can make a public test server, to let some one check my configs and
> see faults.
>
> Also intresting have any body same failures?
>
>
>
>
> > Full_Name: Aleksey
> > Version: 2.4.19
> > OS: Freebsd7.2
> > URL: ftp://ftp.openldap.org/incoming/
> > Submission from: (NULL) (93.93.136.26)
> >
> >
> > 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=""
> >
> > 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.
> >
> > Testing database consist of 1000 users accounts with minimum attributes.
> >
> > On stress test load slapd Segmentation fault in 10-30 sec.
> >
> >
> > #ldd /usr/local/libexec/slapd
> > /usr/local/libexec/slapd:
> > libldap_r-2.4.so.7 => /usr/local/lib/libldap_r-2.4.so.7 (0x80073b000)
> > liblber-2.4.so.7 => /usr/local/lib/liblber-2.4.so.7 (0x800881000)
> > libltdl.so.7 => /usr/local/lib/libltdl.so.7 (0x80098e000)
> > libdb-4.6.so.0 => /usr/local/lib/libdb-4.6.so.0 (0x800a97000)
> > libssl.so.5 => /usr/lib/libssl.so.5 (0x800ccf000)
> > libcrypto.so.5 => /lib/libcrypto.so.5 (0x800e19000)
> > libfetch.so.5 => /usr/lib/libfetch.so.5 (0x8010ab000)
> > libcom_err.so.4 => /usr/lib/libcom_err.so.4 (0x8011b9000)
> > libcrypt.so.4 => /lib/libcrypt.so.4 (0x8012bb000)
> > libwrap.so.5 => /usr/lib/libwrap.so.5 (0x8013d4000)
> > libthr.so.3 => /lib/libthr.so.3 (0x8014dd000)
> > libc.so.7 => /lib/libc.so.7 (0x8015f5000)
> >
> >
> >
> >
> > #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)]
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to Thread 0x803404560 (LWP 100116)]
> > 0x0000000802d5aa4b in hdb_idl_fetch_key (be=Error accessing memory address
> > 0x7ffffd9f9f38: Bad s.
> > ) at idl.c:511
> > 511 {
> > (gdb)
> > (gdb)
> > (gdb) where
> > #0 0x0000000802d5aa4b in hdb_idl_fetch_key (be=Error accessing memory
> > address 0x7ffffd9f9f38: dress.
> > ) at idl.c:511
> > #1 0x0000000802d50dc5 in hdb_key_read (be=0x801a853d0, db=0x803519800,
> > txn=0x80352b040, k=0x8069005
> > 70, ids=0x806a00000, saved_cursor=0x0, get_flag=0) at key.c:50
> > #2 0x0000000802d5363c in equality_candidates (op=0x803521000, rtxn=0x80352b040,
> > ava=0x7ffffda7a4f0,
> > ids=0x806c00000, tmp=0x806a00000) at filterindex.c:788
> > #3 0x0000000802d51d10 in hdb_filter_candidates (op=0x803521000,
> > rtxn=0x80352b040, f=0x7ffffda7a550,
> > ids=0x806c00000, tmp=0x806a00000, stack=0x806d00000) at filterindex.c:154
> > #4 0x0000000802d5297f in list_candidates (op=0x803521000, rtxn=0x80352b040,
> > flist=0x7ffffda7a5 f
> > type=161, ids=0x806b00000, tmp=0x806a00000, save=0x806c00000) at
> > filterindex.c:581
> > #5 0x0000000802d5229c in hdb_filter_candidates (op=0x803521000,
> > rtxn=0x80352b040, f=0x7ffffda7a530,
> > ids=0x806b00000, tmp=0x806a00000, stack=0x806c00000) at filterindex.c:204
> > #6 0x0000000802d5297f in list_candidates (op=0x803521000, rtxn=0x80352b040,
> > flist=0x7ffffda7a5 f
> > type=160, ids=0x7ffffdafa760, tmp=0x806a00000, save=0x806b00000) at
> > filterindex.c:581
> > #7 0x0000000802d521e4 in hdb_filter_candidates (op=0x803521000,
> > rtxn=0x80352b040, f=0x7ffffda7a570,
> > ids=0x7ffffdafa760, tmp=0x806a00000, stack=0x806b00000) at filterindex.c:
> > #8 0x0000000802d4dca9 in search_candidates (op=0x803521000, rs=0x7ffffdbfab30,
> > e=0x7ffffda7a71 tx
> > n=0x80352b040, ids=0x7ffffdafa760, scopes=0x7ffffda7a760) at search.c:1206
> > #9 0x0000000802d4befa in hdb_search (op=0x803521000, rs=0x7ffffdbfab30) at
> > search.c:586
> > #10 0x0000000000439bb5 in fe_op_search (op=0x803521000, rs=0x7ffffdbfab30) at
> > search.c:366
> > #11 0x0000000000439520 in do_search (op=0x803521000, rs=0x7ffffdbfab30) at
> > search.c:217
> > #12 0x000000000043613d in connection_operation (ctx=0x7ffffdbfac70,
> > arg_v=0x803521000) at connection
> > .c:1123
> > #13 0x00000000004366d9 in connection_read_thread (ctx=0x7ffffdbfac70, argv=0x12)
> > 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.
--
alexs