[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: When do ldapdelete with back-sql. SLAPD core dumped.
Your problem is related to debug passing an incorrect argument. I
suggest you file an ITS providing all the available info. Since reading
your debug output is not all that easy for me (line numbers and variable
values are of great help in debugging this time of problems) I suggest
you try to reproduce your problem from inside a debugger and trace the
exact point where it occurs, or use any other means to determine which
of the diagnostics messages from inside
backsql_modify_delete_all_values(), in servers/slapd/back-sql/add.c is
causing the problem.
p.
ZhangPu wrote:
>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
>>
>>
SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497