openldap-bugs

openldap-bugs@openldap.org

1 participants
20963 discussions

(ITS#7121) back-mdb segfaults when splitting pages
by quanah＠OpenLDAP.org 04 Jan '12

04 Jan '12

Full_Name: Quanah Gibson-Mount Version: 2.4.28 OS: Linux 2.6 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (75.108.184.39) Back-mdb can segfault when doing page splits.

1 0

Re: (ITS#5915) Some man pages still only talk about slapd.conf
by chris＠blueoxsolutions.com 04 Jan '12

04 Jan '12

Is there any progress on this? Speaking as a user who wanted to setup an ldap server so that I can combine a thunderbird and alpine address book in to one and perhaps export to my external memory unit (a semi-intelligent phone) I found the documentation on this sight (and others) to be very confusing. Is there gong to be any effort to fix the doccumentation in the near future? Is there a better guide by somone else that I can use to set up a simple address book with openldap? -- ======================================================================== Chris Oxenreider | chris(a)blueoxsolutions.com | ======================================================================== Personal

1 0

(ITS#7120) crash when checkpointing DB
by quanah＠OpenLDAP.org 03 Jan '12

03 Jan '12

Full_Name: Quanah Gibson-Mount Version: 2.4.26 OS: Linux 2.6 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (75.108.184.39) Thread 10 (Thread 8881): #0 0x00007fdf6b3544fc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 No symbol table info available. #1 0x00007fdf6bcebffb in ldap_pvt_thread_cond_wait (cond=0x85c060, mutex=0x85c008) at thr_posix.c:277 No locals. #2 0x00007fdf6bceae6c in handle_pause (tpool=0x792fe0, do_pause=1) at tpool.c:757 pool = 0x85c000 #3 0x00007fdf6bceaed0 in ldap_pvt_thread_pool_pause (tpool=0x792fe0) at tpool.c:780 No locals. #4 0x00000000004265e7 in config_back_modify (op=0x302bc00, rs=0x7fdf5fa51a30) at bconfig.c:5793 cfb = 0x750ec0 ce = 0x88af40 last = 0x0 ml = 0x0 ca = {argc = 0, argv = 0x0, argv_size = 0, line = 0x0, tline = 0x0, fname = 0x0, lineno = 0, log = '\000' <repeats 4123 times>, reply = {err = 0, msg = '\000' <repeats 255 times>}, depth = 0, valx = 0, values = {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_ber_t = 0, v_string = 0x0, v_bv = {bv_len = 0, bv_val = 0x0}, v_dn = {vdn_dn = {bv_len = 0, bv_val = 0x0}, vdn_ndn = {bv_len = 0, bv_val = 0x0}}, v_ad = 0x0}, rvalue_vals = 0x0, rvalue_nvals = 0x0, op = 0, type = 0, ca_op = 0x0, be = 0x0, bi = 0x0, ca_entry = 0x0, ca_private = 0x0, cleanup = 0, table = Cft_Abstract} rdn = {bv_len = 0, bv_val = 0x0} ptr = 0x894372 "=config" rad = 0x0 do_pause = 1 #5 0x000000000045a6de in fe_op_modify (op=0x302bc00, rs=0x7fdf5fa51a30) at modify.c:303 update = 0 repl_user = 0 op_be = 0x85e1a0 bd = 0x752a60 textbuf = "\001\000\000\000\000\000\000\000@^\230\021", '\000' <repeats 12 times>, "\001\000\000\000\000\000\000\000p\a\245_\337\177\000\000Q\006F", '\000' <repeats 17 times>, "\002\000\000\000 \304\324\021\000\000\000\000\200\245\210\000\000\000\000\000`\a\245_\000\000\000\000\000\000\000\000\337\177\000\000\001\000\000\000\000\000\000\000@^\230\021\000\000\000\000\300b%\t\000\000\000\000\340 H\t\000\000\000\000\220\a\245_\337\177\000\000p\275\002\003\000\000\000\000\020\b\245_\337\177\000\000\243\256E\000\000\000\000\000H\274\002\003\000\000\000\000\001", '\000' <repeats 16 times>, "\001\000\000\000\000\000\000\220\030\245_\337\177\000\000P\032\245_\337\177", '\000' <repeats 11 times>"\274, \002\003\000\000\000\000H\274\002\003\000\000\000\000\001", '\000' <repeats 16 times>, "\001\000\000\000\000\000" textlen = 50510848 #6 0x000000000045a031 in do_modify (op=0x302bc00, rs=0x7fdf5fa51a30) at modify.c:177 dn = {bv_len = 9, bv_val = 0x11c38577 "cn=config"} textbuf = "\020\\\245b\337\177\000\000\000 \245_\337\177\000\000\000'\245_\337\177\000\000C\313\033j\337\177\000\000(\000\000\000\060\000\000\000\220\031\245_\337\177\000\000\320\030\245_\337\177\000\000\220z\316\021\000\000\000\000\360\030\245_\337\177\000\000\002", '\000' <repeats 15 times>, "H\031\245_\337\177\000\000j\237J\000\000\000\000\000\200\033\245_\337\177\000\000\200\033\245_\337\177\000\000\200n\365k\001\000\000\000\300\031\245_\337\177\000\000\345\237J\000\000\000\000\000\300b%\t\000\000\000\000\b\000\000\000\001\000\000\000\200\033\245_\337\177\000\000\200d\266\021\001\000\000\000\000\000\020\000\000\000\000\000\300b%\t\000\000\000\000\300b%\t\000\000\000\000Q\374\254k\000\000\000\000\a\000\000\000\000\000\000\000\377\377\377\377\377\377\377\377\377\377\377\377\000\000\000\000\200\033\245_\337\177\000\000\200\033\245_\337\177\000\000\200n\365k\001\000\000" textlen = 153445056 tmp = 0x100000008 #7 0x000000000043aa95 in connection_operation (ctx=0x7fdf5fa51b80, arg_v=0x302bc00) at connection.c:1138 rc = 80 cancel = 0 op = 0x302bc00 rs = {sr_type = REP_RESULT, sr_tag = 0, sr_msgid = 0, sr_err = 0, sr_matched = 0x0, sr_text = 0x0, sr_ref = 0x0, sr_ctrls = 0x0, sr_un = {sru_search = {r_entry = 0x0, r_attr_flags = 0, r_operational_attrs = 0x0, r_attrs = 0x0, r_nentries = 0, r_v2ref = 0x0}, sru_sasl = {r_sasldata = 0x0}, sru_extended = {r_rspoid = 0x0, r_rspdata = 0x0}}, sr_flags = 0} tag = 102 opidx = SLAP_OP_MODIFY conn = 0xee5380 memctx = 0x92562c0 memctx_null = 0x0 memsiz = 1048576 __PRETTY_FUNCTION__ = "connection_operation" #8 0x000000000043b021 in connection_read_thread (ctx=0x7fdf5fa51b80, argv=0x2a) at connection.c:1274 rc = 0 cri = {op = 0x302bc00, func = 0, arg = 0x0, ctx = 0x7fdf5fa51b80, nullop = 0} s = 42 #9 0x00007fdf6bceaafd in ldap_int_thread_pool_wrapper (xpool=0x85c000) at tpool.c:685 pool = 0x85c000 task = 0x91f49e0 work_list = 0x85c098 ctx = {ltu_id = 140597359093504, ltu_key = {{ltk_key = 0x43a5ee, ltk_data = 0x83d900, ltk_free = 0x43a43e <conn_counter_destroy>}, {ltk_key = 0x4a9f6a, ltk_data = 0x92562c0, ltk_free = 0x4a9d64 <slap_sl_mem_destroy>}, {ltk_key = 0xdb8300, ltk_data = 0xd02120, ltk_free = 0x7fdf67555917 <bdb_reader_free>}, {ltk_key = 0x4551a4, ltk_data = 0x0, ltk_free = 0x455100 <slap_op_q_destroy>}, {ltk_key = 0x7fdf67542060, ltk_data = 0x9584000, ltk_free = 0x7fdf67542040 <search_stack_free>}, {ltk_key = 0x0, ltk_data = 0x3013600, ltk_free = 0}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 26 times>}} kctx = 0x0 i = 0 keyslot = 0 hash = 0 __PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper" #10 0x00007fdf6b350696 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #11 0x00007fdf6a243cbd in eventfd_read () from /lib64/libc.so.6 No symbol table info available. #12 0x0000000000000000 in ?? () No symbol table info available. Thread 9 (Thread 4167): #0 0x00007fdf6b3544fc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 No symbol table info available. #1 0x00007fdf6bcebffb in ldap_pvt_thread_cond_wait (cond=0x85c030, mutex=0x85c008) at thr_posix.c:277 No locals. #2 0x00007fdf6bceaa5f in ldap_int_thread_pool_wrapper (xpool=0x85c000) at tpool.c:672 pool = 0x85c000 task = 0x0 work_list = 0x7fdf6bf34090 ctx = {ltu_id = 140597401057024, ltu_key = {{ltk_key = 0x43a5ee, ltk_data = 0xbf0d00, ltk_free = 0x43a43e <conn_counter_destroy>}, {ltk_key = 0x4a9f6a, ltk_data = 0x8b21c0, ltk_free = 0x4a9d64 <slap_sl_mem_destroy>}, {ltk_key = 0x4551a4, ltk_data = 0x302a400, ltk_free = 0x455100 <slap_op_q_destroy>}, {ltk_key = 0xdb8300, ltk_data = 0xca85a0, ltk_free = 0x7fdf67555917 <bdb_reader_free>}, {ltk_key = 0x7fdf67542060, ltk_data = 0x3196000, ltk_free = 0x7fdf67542040 <search_stack_free>}, {ltk_key = 0x0, ltk_data = 0x862400, ltk_free = 0}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 26 times>}} kctx = 0x0 i = 32 keyslot = 284 hash = 2414680348 __PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper" #3 0x00007fdf6b350696 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #4 0x00007fdf6a243cbd in eventfd_read () from /lib64/libc.so.6 No symbol table info available. #5 0x0000000000000000 in ?? () No symbol table info available. Thread 8 (Thread 4176): #0 0x00007fdf6a250dee in __unregister_atfork () from /lib64/libc.so.6 No symbol table info available. #1 0x00000000118ae000 in ?? () No symbol table info available. #2 0x00000000118ae000 in ?? () No symbol table info available. #3 0x00000000118ae000 in ?? () No symbol table info available. #4 0x00000000118ae000 in ?? () No symbol table info available. #5 0x00000000118ae046 in ?? () No symbol table info available. #6 0x00000000118b0000 in ?? () No symbol table info available. #7 0x0000000000000000 in ?? () No symbol table info available. Thread 7 (Thread 4175): #0 0x00007fdf6b3544fc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 No symbol table info available. #1 0x00007fdf6bcebffb in ldap_pvt_thread_cond_wait (cond=0x85c030, mutex=0x85c008) at thr_posix.c:277 No locals. #2 0x00007fdf6bceaa5f in ldap_int_thread_pool_wrapper (xpool=0x85c000) at tpool.c:672 pool = 0x85c000 task = 0x0 work_list = 0x7fdf6bf34090 ctx = {ltu_id = 140597392664320, ltu_key = {{ltk_key = 0x43a5ee, ltk_data = 0xbf1000, ltk_free = 0x43a43e <conn_counter_destroy>}, {ltk_key = 0x4a9f6a, ltk_data = 0xc7fb80, ltk_free = 0x4a9d64 <slap_sl_mem_destroy>}, {ltk_key = 0x4551a4, ltk_data = 0x826800, ltk_free = 0x455100 <slap_op_q_destroy>}, {ltk_key = 0xdb8300, ltk_data = 0xca8d80, ltk_free = 0x7fdf67555917 <bdb_reader_free>}, {ltk_key = 0x7fdf67542060, ltk_data = 0x519e000, ltk_free = 0x7fdf67542040 <search_stack_free>}, {ltk_key = 0x0, ltk_data = 0x11a35200, ltk_free = 0}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 26 times>}} kctx = 0x0 i = 32 keyslot = 203 hash = 2515150027 __PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper" #3 0x00007fdf6b350696 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #4 0x00007fdf6a243cbd in eventfd_read () from /lib64/libc.so.6 No symbol table info available. #5 0x0000000000000000 in ?? () No symbol table info available. Thread 6 (Thread 8879): #0 0x00007fdf6b3544fc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 No symbol table info available. #1 0x00007fdf6bcebffb in ldap_pvt_thread_cond_wait (cond=0x85c030, mutex=0x85c008) at thr_posix.c:277 No locals. #2 0x00007fdf6bceaa5f in ldap_int_thread_pool_wrapper (xpool=0x85c000) at tpool.c:672 pool = 0x85c000 task = 0x0 work_list = 0x7fdf6bf34090 ctx = {ltu_id = 140597375878912, ltu_key = {{ltk_key = 0x43a5ee, ltk_data = 0xd24a00, ltk_free = 0x43a43e <conn_counter_destroy>}, {ltk_key = 0x4a9f6a, ltk_data = 0x9256000, ltk_free = 0x4a9d64 <slap_sl_mem_destroy>}, {ltk_key = 0x4551a4, ltk_data = 0x302a000, ltk_free = 0x455100 <slap_op_q_destroy>}, {ltk_key = 0xdb8300, ltk_data = 0x2ff17a0, ltk_free = 0x7fdf67555917 <bdb_reader_free>}, {ltk_key = 0x7fdf67542060, ltk_data = 0xb5b6000, ltk_free = 0x7fdf67542040 <search_stack_free>}, {ltk_key = 0x0, ltk_data = 0x11c98400, ltk_free = 0}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 26 times>}} kctx = 0x0 i = 32 keyslot = 874 hash = 4136452970 __PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper" #3 0x00007fdf6b350696 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #4 0x00007fdf6a243cbd in eventfd_read () from /lib64/libc.so.6 No symbol table info available. #5 0x0000000000000000 in ?? () No symbol table info available. Thread 5 (Thread 4166): #0 0x00007fdf6a244343 in unshare () from /lib64/libc.so.6 No symbol table info available. #1 0x0000000000000000 in ?? () No symbol table info available. Thread 4 (Thread 4150): #0 0x00007fdf6b350e75 in pthread_tryjoin_np () from /lib64/libpthread.so.0 No symbol table info available. #1 0x00007fdf62a58d28 in ?? () No symbol table info available. #2 0x000000000081fad0 in ?? () No symbol table info available. #3 0x0000000000000000 in ?? () No symbol table info available. Thread 3 (Thread 8953): #0 0x00007fdf6b3544fc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 No symbol table info available. #1 0x00007fdf6bcebffb in ldap_pvt_thread_cond_wait (cond=0x85c030, mutex=0x85c008) at thr_posix.c:277 No locals. #2 0x00007fdf6bceaa5f in ldap_int_thread_pool_wrapper (xpool=0x85c000) at tpool.c:672 pool = 0x85c000 task = 0x0 work_list = 0x7fdf6bf34090 ctx = {ltu_id = 140597350700800, ltu_key = {{ltk_key = 0x43a5ee, ltk_data = 0x302cc00, ltk_free = 0x43a43e <conn_counter_destroy>}, {ltk_key = 0x4a9f6a, ltk_data = 0x9256b00, ltk_free = 0x4a9d64 <slap_sl_mem_destroy>}, {ltk_key = 0xdb8300, ltk_data = 0x3023e60, ltk_free = 0x7fdf67555917 <bdb_reader_free>}, {ltk_key = 0x7fdf67542060, ltk_data = 0xf6c6000, ltk_free = 0x7fdf67542040 <search_stack_free>}, {ltk_key = 0x4551a4, ltk_data = 0x0, ltk_free = 0x455100 <slap_op_q_destroy>}, {ltk_key = 0x0, ltk_data = 0x11caa800, ltk_free = 0}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 26 times>}} kctx = 0x0 i = 32 keyslot = 1017 hash = 2993379321 __PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper" #3 0x00007fdf6b350696 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #4 0x00007fdf6a243cbd in eventfd_read () from /lib64/libc.so.6 No symbol table info available. #5 0x0000000000000000 in ?? () No symbol table info available. Thread 2 (Thread 5427): #0 0x00007fdf6a244ce1 in __opensock () from /lib64/libc.so.6 No symbol table info available. #1 0x00007fdf5ea4f948 in ?? () No symbol table info available. #2 0x00000000004a9f6a in slap_sl_mem_destroy (key=Cannot access memory at address 0x6effffffc3 ) at sl_malloc.c:78 sh = Cannot access memory at address 0x6effffffd3 Thread 1 (Thread 8880): #0 0x00007fdf6bceba48 in ldap_pvt_runqueue_stoptask (rq=0x792f40, entry=0x82ac80) at rq.c:131 curelm = 0x0 #1 0x00007fdf67532279 in hdb_checkpoint (ctx=0x7fdf60252b80, arg=0x82ac80) at config.c:195 rtask = 0x82ac80 bdb = 0xe68700 #2 0x00007fdf6bceaafd in ldap_int_thread_pool_wrapper (xpool=0x85c000) at tpool.c:685 pool = 0x85c000 task = 0x91f49c0 work_list = 0x85c098 ctx = {ltu_id = 140597367486208, ltu_key = {{ltk_key = 0x43a5ee, ltk_data = 0xd25600, ltk_free = 0x43a43e <conn_counter_destroy>}, {ltk_key = 0x4a9f6a, ltk_data = 0x9256040, ltk_free = 0x4a9d64 <slap_sl_mem_destroy>}, {ltk_key = 0x4551a4, ltk_data = 0xe80c00, ltk_free = 0x455100 <slap_op_q_destroy>}, {ltk_key = 0xdb8300, ltk_data = 0x3023d40, ltk_free = 0x7fdf67555917 <bdb_reader_free>}, {ltk_key = 0x7fdf67542060, ltk_data = 0xd5be000, ltk_free = 0x7fdf67542040 <search_stack_free>}, {ltk_key = 0x0, ltk_data = 0x9200400, ltk_free = 0}, {ltk_key = 0x0, ltk_data = 0x0, ltk_free = 0} <repeats 26 times>}} kctx = 0x0 i = 32 keyslot = 986 hash = 1367197658 __PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper" #3 0x00007fdf6b350696 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #4 0x00007fdf6a243cbd in eventfd_read () from /lib64/libc.so.6 No symbol table info available. #5 0x0000000000000000 in ?? () No symbol table info available.

1 0

Re: (ITS#7118) [PATCH] Improve SASL plugin handling
by masarati＠aero.polimi.it 02 Jan '12

02 Jan '12

I note that Cyrus SASL already provides built-in ways to select what plugins must be loaded (e.g. auxprop_plugin, although I'm not an expert of Cyrus SASL configuration, so I suggest you carefully read the documentation). p.

1 0

Re: (ITS#7119) smbldap-populate error
by michael＠stroeder.com 01 Jan '12

01 Jan '12

adri58(a)gmail.com wrote: > > I'mtrying to install a Samba + LDAP PDC but when I try to create the database > with smbldap-populate I get this error: > [..] > failed to add entry: invalid DN at /usr/sbin/smbldap-populate line 498,<GEN1> > line 242. The ITS is for reporting bugs but this seems like a configuration error for which you can get help on the openldap-technical mailing list. (Most like you did not load the Samba3 schema.) Ciao, Michael.

1 0

(ITS#7118)
by thomas＠koeller.dyndns.org 01 Jan '12

01 Jan '12

I found that the patch I proposed actually threw out the baby with the bathwater; rejecting all plugins is inappropriate. So here is a revised version that only excludes the ldapdb plugin specifically: diff -brpu openldap-2.4.28-orig/servers/slapd/sasl.c openldap-2.4.28/servers/slapd/sasl.c --- openldap-2.4.28-orig/servers/slapd/sasl.c 2011-11-25 19:52:29.000000000 +0100 +++ openldap-2.4.28/servers/slapd/sasl.c 2012-01-02 01:48:58.000000000 +0100 @@ -67,6 +67,24 @@ char *slap_sasl_auxprops; #ifdef HAVE_CYRUS_SASL +/* Do not load the ldapdb plugin */ +static int +slap_sasl_verifyfile( + void *context, + const char *file, + sasl_verify_type_t type) +{ + int res = SASL_OK; + + if (type == SASL_VRFY_PLUGIN) { + static const char name[] = "libldapdb.so"; + const char * const p = strstr(file, name); + if (p && !strchr(p, '/')) + res = SASL_CONTINUE; + } + return res; +} + /* Just use our internal auxprop by default */ static int slap_sasl_getopt( @@ -1111,6 +1129,7 @@ int slap_sasl_init( void ) static sasl_callback_t server_callbacks[] = { { SASL_CB_LOG, &slap_sasl_log, NULL }, { SASL_CB_GETOPT, &slap_sasl_getopt, NULL }, + { SASL_CB_VERIFYFILE, &slap_sasl_verifyfile, NULL }, { SASL_CB_LIST_END, NULL, NULL } }; #endif

1 0

(ITS#7119) smbldap-populate error
by adri58＠gmail.com 01 Jan '12

01 Jan '12

Full_Name: Adrián Version: 2.4.23-7.2 OS: Debian Testing "Wheezy" URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (83.213.191.231) Hello everybody. I'mtrying to install a Samba + LDAP PDC but when I try to create the database with smbldap-populate I get this error: -------------------------------------------------------------------------------- Populating LDAP directory for domain empresa (S-1-5-21-802753395-3202467916-1484007712) (using builtin directory structure) entry dc=empresa,dc=com already exist. entry ou=Users,dc=empresa,dc=com already exist. entry ou=Groups,dc=empresa,dc=com already exist. entry ou=Computers,dc=empresa,dc=com already exist. entry ou=Idmap,dc=empresa,dc=com already exist. adding new entry: uid=root,ou=Users,dc=empresa,dc=com failed to add entry: objectClass: value #4 invalid per syntax at /usr/sbin/smbldap-populate line 498, <GEN1> line 58. adding new entry: uid=nobody,ou=Users,dc=empresa,dc=com failed to add entry: objectClass: value #4 invalid per syntax at /usr/sbin/smbldap-populate line 498, <GEN1> line 89. adding new entry: cn=Domain Admins,ou=Groups,dc=empresa,dc=com failed to add entry: objectClass: value #2 invalid per syntax at /usr/sbin/smbldap-populate line 498, <GEN1> line 101. adding new entry: cn=Domain Users,ou=Groups,dc=empresa,dc=com failed to add entry: objectClass: value #2 invalid per syntax at /usr/sbin/smbldap-populate line 498, <GEN1> line 112. adding new entry: cn=Domain Guests,ou=Groups,dc=empresa,dc=com failed to add entry: objectClass: value #2 invalid per syntax at /usr/sbin/smbldap-populate line 498, <GEN1> line 123. adding new entry: cn=Domain Computers,ou=Groups,dc=empresa,dc=com failed to add entry: objectClass: value #2 invalid per syntax at /usr/sbin/smbldap-populate line 498, <GEN1> line 134. adding new entry: cn=Administrators,ou=Groups,dc=empresa,dc=com failed to add entry: objectClass: value #2 invalid per syntax at /usr/sbin/smbldap-populate line 498, <GEN1> line 179. adding new entry: cn=Account Operators,ou=Groups,dc=empresa,dc=com failed to add entry: objectClass: value #2 invalid per syntax at /usr/sbin/smbldap-populate line 498, <GEN1> line 201. adding new entry: cn=Print Operators,ou=Groups,dc=empresa,dc=com failed to add entry: objectClass: value #2 invalid per syntax at /usr/sbin/smbldap-populate line 498, <GEN1> line 212. adding new entry: cn=Backup Operators,ou=Groups,dc=empresa,dc=com failed to add entry: objectClass: value #2 invalid per syntax at /usr/sbin/smbldap-populate line 498, <GEN1> line 223. adding new entry: cn=Replicators,ou=Groups,dc=empresa,dc=com failed to add entry: objectClass: value #2 invalid per syntax at /usr/sbin/smbldap-populate line 498, <GEN1> line 234. adding new entry: sambaDomainName=empresa,dc=empresa,dc=com failed to add entry: invalid DN at /usr/sbin/smbldap-populate line 498, <GEN1> line 242. Please provide a password for the domain root: /usr/sbin/smbldap-passwd: user root doesn't exist ---------------------------------------------------------------------------------- In the log file I get this other error: slapd[1369]: conn=1005 op=28 do_search: invalid dn: "sambaDomainName=empresa,dc=empresa,dc=com" slapd[1369]: conn=1005 op=29 do_add: invalid dn (sambaDomainName=empresa,dc=empresa,dc=com) Any ideas? I've been looking for any solution for 4 days and nobody seems to know anything

1 0

Re: (ITS#7117) Documentation typo
by hyc＠symas.com 27 Dec '11

27 Dec '11

hydrapolic(a)gmail.com wrote: > Full_Name: hydra > Version: 2.4 > OS: Any > URL: http://www.openldap.org/doc/admin24/slapdconf2.html > Submission from: (NULL) (195.91.56.62) > > > Table 5.1: Debugging Levels > trace function callss Thanks, fixed now in git master. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#7116) pwdAccountLockedTime not honoured by PAM
by hyc＠symas.com 27 Dec '11

27 Dec '11

rajnesh.siwal(a)gmail.com wrote: > Full_Name: Rajnesh Siwal > Version: 2.4.21-0ubuntu5.6 > OS: Ubuntu 10.4 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (122.180.141.110) > > > The user account has been locked by the parameter "pwdAccountLockedTime" and > still we are able to login into the linux servers (LDAP clients) using the LDAP > credentials. > Please suggest what the reason could be. The ITS is for actual bug reports, not help requests. Please post your question to the openldap-technical mailing list. This ITS will be closed. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

(ITS#7118) [PATCH] Improve SASL plugin handling
by thomas＠koeller.dyndns.org 26 Dec '11

26 Dec '11

Full_Name: Thomas Koeller Version: 2.4.28 OS: Linux x86_64 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (80.171.14.55) I had a problem with slapd always segfaulting. A little debugging revealed that slapd allocated the thread-safe version of 'struct ldapoptions', since it is linked with libldap_r.so. However, the destructor function ldap_int_destroy_global_options() invoked during cleanup seemed to be the non-threadsafe version which assumes a different layout of 'struct ldapoptions' (the ldo_mutex field is missing). I noticed that that SASL loaded all its plugins, including the 'ldapdb' module which is present in my SASL installation, and that ldapdb.so was linked against the non-threadsafe libldap.so. I still do not quite understand the exact reason why this confusion arose, because AFAIK theoretically both libraries should be able to co-exist. However, I did not investigate that problem any further, because I think that loading all sasl plugins is just wrong, because slapd only uses its own internal auxprop module and does not need any of them. I tried the proposed method of excluding ldapdb by having a slapd.conf file containing 'pwcheck_method: auxprop' and 'auxprop_plugin: slapd',but that did not improve anything. I therefore changed slapd to no longer load any sasl plugins whatsoever. With this change, everything works fine. Btw., my SASL installation is cyrus-sasl-2.1.25. Here is the patch I created, along with the required legalese: The inlined patch below is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Thomas Koeller <thomas(a)koeller.dyndns.org>. I have not assigned rights and/or interest in this work to any party. I, Thomas Koeller, hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice. diff -brpu openldap-2.4.28-orig/servers/slapd/sasl.c openldap-2.4.28/servers/slapd/sasl.c --- openldap-2.4.28-orig/servers/slapd/sasl.c 2011-11-25 19:52:29.000000000 +0100 +++ openldap-2.4.28/servers/slapd/sasl.c 2011-12-26 15:40:14.000000000 +0100 @@ -67,6 +67,16 @@ char *slap_sasl_auxprops; #ifdef HAVE_CYRUS_SASL +/* Do not load any plugin modules, only use internal auxprop */ +static int +slap_sasl_verifyfile( + void *context, + const char *file, + sasl_verify_type_t type) +{ + return type == SASL_VRFY_PLUGIN ? SASL_CONTINUE : SASL_OK; +} + /* Just use our internal auxprop by default */ static int slap_sasl_getopt( @@ -1111,6 +1121,7 @@ int slap_sasl_init( void ) static sasl_callback_t server_callbacks[] = { { SASL_CB_LOG, &slap_sasl_log, NULL }, { SASL_CB_GETOPT, &slap_sasl_getopt, NULL }, + { SASL_CB_VERIFYFILE, &slap_sasl_verifyfile, NULL }, { SASL_CB_LIST_END, NULL, NULL } }; #endif

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs