[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: When do ldapdelete with back-sql. SLAPD core dumped.



If run ldapdelete without log output, this problem doesn't occur.

I'm not sure, is there mistake in ber_set_option()?

pasted additional core information below:
[ 1] libc.so.1:strlen+0x80     ld      [%o1], %o2
 (0xc6ba8,0x0,0xfdbfe770,0x0,0x0,0xf5660)
[ 2] libc.so.1:vsnprintf+0x5c  call    _doprnt (ff13e19c)
 (0xfdbfe7e0,0x1000,0xc6ba8,0xfdbff840,0x4c,0x53)
[ 3] slapd:lutil_debug+0x3c    call    slapd:vsnprintf: (dd9d8)
 (0x1,0x1,0xc6ba8,0x0,0x0,0x0)
[ 4] slapd:backsql_modify_delete_all_values+0x648 call    slapd:lutil_debug: (a9028)
 (0x0,0xfdbffd60,0x1344b8,0xfdbffb80,0x150278,0xe1000)
[ 5] 0x7fa10                   call    slapd:backsql_modify_delete_all_values: (7aae0)
 (0x150278,0xfdbffab8,0x1f,0x7efefeff,0x81010100,0xfffffffa)
[ 6] 0x8834c                   jmpl    %i1, %o7
 (0x131d20,0x7f9fc,0xfdbffab8,0x0,0xfeda30e4,0xfffffffa)
[ 7] 0x88334                   call     (88310)
 (0x131db0,0x7f9fc,0xfdbffab8,0x0,0x0,0xfffffffa)
[ 8] 0x88334                   call     (88310)
 (0x131d80,0x7f9fc,0xfdbffab8,0x0,0x2,0x6)
[ 9] 0x7fa50                   call    slapd:avl_apply: (88478)
 (0x0,0xfdbffd60,0x1344b8,0xfdbffb80,0x14ffc0,0x0)
[10] slapd:backsql_delete+0x404 call     (7fa28)
 (0xddc00,0xfdbffd60,0x40,0xfdbffc60,0x7fa6c,0x0)
[11] slapd:do_delete+0x25c     jmpl    %o4, %o7
 (0x12ff90,0xfdbffd60,0xfdbffd5c,0x0,0x2a8c4,0xe3d38)
[12] 0x2a8ec                   call    slapd:do_delete: (3cad8)
 (0xfdbffe10,0x12ff90,0xff040600,0xfdbffe0c,0x40,0x0)
[13] 0x8b5b8                   jmpl    %g1, %o7
 (0xf1e80,0x0,0x0,0x0,0x0,0x0)
[14] libthread.so.1:_lwp_start nop
 (0x0,0x0,0x0,0x0,0x0,0x0)

regards

On Tue, 30 Nov 2004 14:26:14 +0900
ZhangPu <zhang@fjh.fujitsu.com> wrote:

> Hello,
> 
> openldap-2.2.18 + postgresql-7.4.1 + unixODBC-2.2.10
> Solaris9, SUNW,Sun-Blade-100
> 1000 entries, like:
> 	dn: cn=xxx(0-1000), o=xxx,c=xx
> 	objectClass: top
> 	objectClass: person
> 	objectClass: inetOrgPerson
> 	cn: xxx(0-1000)
> 	sn: xx
> 	description: This is performance description
> 	telephonenumber: (0-1000)
> 	title: TEST
> 	userpassword: xxxxx
> 	givenname: xxxxx
> 
> No problem happens on ldapadd, ldapmodify and ldapsearch, 
> but when I run
> ldapdelete -h xxxx -p xxxxx -D "cn=xxxx,o=xxx,c=xx" -w xxxx
> cn=xx,o=xx,c=xx
> ldap_delete_s: Can't contact LDAP server
> 
> the SLAPD log shows 
> ------------------------
> ...
> <==backsql_get_db_conn()
> ==>backsql_dn2id(): dn="cn=xxx,o=xxx,c=xx"
> id_query "SELECT id,keyval,oc_map_id FROM ldap_entries WHERE upper(dn)=upper(?)"
> <==backsql_dn2id(): id=998 keyval=1000 oc_id=1
> ==>backsql_count_children(): dn="cn=xxx,o=xxx,c=xx"
> children id query "SELECT COUNT(distinct subordinates.id) FROM ldap_entries,ldap_entries subordi
> nates WHERE subordinates.parent=ldap_entries.id AND upper(ldap_entries.dn)=upper(?)"
> <==backsql_count_children(): 0
> Segmentation Fault (core dumped)
> 
> Checked CORE, it showed:
> ------------------------
> ...
> signal : SIGSEGV        fault pc: 0xff0b347c     libc.so.1:strlen+0x80
> platform: SUNW,Sun-Blade-100
> (scrash) t
> ...
> [psr]0xfe401007 [ y ]0x00000000 [wim]0x00000000 [tbr]0x00000000
> [pc ]0xff0b347c   libc.so.1:strlen+0x80 ld      [%o1], %o2
> [npc]0xff0b3480   libc.so.1:strlen+0x84 add     %o1, 0x4, %o1
> [ 1] libc.so.1:strlen+0x80     ld      [%o1], %o2
>  (0xc6ba8,0x0,0xfdbfe770,0x0,0x0,0xf5660)
> [ 2] libc.so.1:vsnprintf+0x5c  call    _doprnt (ff13e19c)
>  (0xfdbfe7e0,0x1000,0xc6ba8,0xfdbff840,0x4c,0x53)
> ...
> [10] 0x7fe70
>  (0xddc00,0xfdbffd60,0x40,0xfdbffc60,0x7fa6c,0x0)
> [11] 0x3cd34
>  (0x12ff90,0xfdbffd60,0xfdbffd5c,0x0,0x2a8c4,0xe3d38)
> [12] ldapdelete:ldap_str2syntax+0x114 st      %g1, [%i2]
>  (0xfdbffe10,0x12ff90,0xff040600,0xfdbffe0c,0x40,0x0)
> [13] 0x8b5b8
>  (0xf1e80,0x0,0x0,0x0,0x0,0x0)
> [14] libthread.so.1:_lwp_start nop
>  (0x0,0x0,0x0,0x0,0x0,0x0)
> (scrash)
> ------------------------
> 
> Did somebody meet such problem?
> 
> regards
> Pu