[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
slapd - dumps core (ITS#1245)
Full_Name: Susanth
Version: 2.x
OS: SunOS 5.6
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (202.144.74.140)
Here we are trying to use openldap for authentication of users .
The version on openldap used is "2.0.x" taken from root of CVS
configured with option "./configure --enable-meta --enable-rewrite
--enable-ldap"
The schema has been designed in such a way that we have multiple ou's on
individiual ldbm databse( purpose of seperate backend ldbm database is for
selective
replication and meta database is used to search all ldbm database with a single
root dn "o=meta") . I have given below a portion of slapd.conf. Here the ou 's
being
"tamilnadu" and "maharashtra".We have around 32 similar ou's defined in
slapd.conf file
database ldbm
suffix "ou=tamilnadu,o=xyz"
rootdn "cn=Manager,o=xyz"
rootpw bumbum
directory /mail/chennai
index default pres,eq
index uid
....
....
....
database ldbm
suffix "ou=tamilnadu,o=xyz"
rootdn "cn=Manager,o=xyz"
rootpw bumbum
directory /mail/maharashtra
index default pres,eq
index uid
database ldbm
suffix "o=xyz"
rootdn "cn=Manager,o=xyz"
rootpw bumbum
directory /mail/ldbm
index default pres,eq
index objectClass
When i do an ldapadd for all the 32 ou's . slapd terminiates with a core dump
exaclty after adding the 12th "ou". Which is shown below.
sh-2.02# ldapadd -x -D "cn=Manager,o=xyz" -w password -f enter1.ldif
adding new entry "ou=unknown,o=xyz"
adding new entry "ou=tamilnadu,o=xyz"
adding new entry "ou=maharashtra,o=xyz"
adding new entry "ou=gujarat,o=xyz"
adding new entry "ou=delhi,o=xyz"
adding new entry "ou=punjab,o=xyz"
adding new entry "ou=bengal,o=xyz"
adding new entry "ou=karnataka,o=xyz"
adding new entry "ou=andhra,o=xyz"
adding new entry "ou=kerala,o=xyz"
adding new entry "ou=uttar,o=xyz"
adding new entry "ou=madhya,o=xyz"
adding new entry "ou=pondicherry,o=xyz"
ldap_add: Unknown error
#0 0xef554d1c in __sigprocmask () from /usr/lib/libthread.so.1
#1 0xef54ba44 in _resetsig () from /usr/lib/libthread.so.1
#2 0xef54b18c in _sigon () from /usr/lib/libthread.so.1
#3 0xef54dfe0 in _thrp_kill () from /usr/lib/libthread.so.1
#4 0xef5ba5d8 in abort () from /usr/lib/libc.so.1
#5 0xea254 in Letext ()
#6 0x2c1f0 in entry_free (e=0x26729048) at entry.c:327
#7 0x2af10 in do_add (conn=0x26719bb8, op=0x26733350) at add.c:311
#8 0x27570 in connection_operation (arg_v=0x2672f830) at connection.c:880
#9 0x6b6e0 in ldap_int_thread_pool_wrapper (pool=0x11ca08) at tpool.c:379
(gdb) up
#1 0xef54ba44 in _resetsig () from /usr/lib/libthread.so.1
(gdb) up
#2 0xef54b18c in _sigon () from /usr/lib/libthread.so.1
(gdb) up
#3 0xef54dfe0 in _thrp_kill () from /usr/lib/libthread.so.1
(gdb) up
#4 0xef5ba5d8 in abort () from /usr/lib/libc.so.1
(gdb) up
#5 0xea254 in Letext ()
(gdb) up
#6 0x2c1f0 in entry_free (e=0x26729048) at entry.c:327
327 assert( e->e_private == NULL );
(gdb) up
#7 0x2af10 in do_add (conn=0x26719bb8, op=0x26733350) at add.c:311
311 entry_free( e );
(gdb) up
#8 0x27570 in connection_operation (arg_v=0x2672f830) at connection.c:880
880 rc = do_add( conn, arg->co_op );
(gdb) up
#9 0x6b6e0 in ldap_int_thread_pool_wrapper (pool=0x11ca08) at tpool.c:379
379 (ctx->ltc_start_routine)(ctx->ltc_arg);
Can you tell us how we can overcome this problem
Waiting for your reply ...