openldap-bugs

openldap-bugs@openldap.org

1 participants
21001 discussions

(ITS#7950) Memory leak issue
by kuldeep.itbhu＠gmail.com 25 Sep '14

25 Sep '14

Full_Name: Kuldeep Khare Version: 2.3.31 OS: Qnx URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (61.247.254.226) Hi, I am getting memory leak when calling below openldap api. I am using openldap-2.3.31 version. if(ldap_init()) { ldap_configure_client(mSession,clientip); int ldap_version = 3; ldap_set_option(mSession, LDAP_OPT_REFERRALS, LDAP_OPT_OFF); ldap_set_option(mSession, LDAP_OPT_PROTOCOL_VERSION, &ldap_version); // set timeout for every complete search ldap_set_option(mSession, LDAP_OPT_TIMELIMIT, &SMA_CERT_LDAP_SEARCH_TIMEOUT); // set timeout for any api call struct timeval api_timeout; api_timeout.tv_sec = SMA_CERT_LDAP_API_TIMEOUT; api_timeout.tv_usec = 0; struct timeval net_timeout; net_timeout.tv_sec = SMA_CERT_LDAP_NET_TIMEOUT; net_timeout.tv_usec = 0; ldap_set_option(mSession, LDAP_OPT_TIMEOUT, &api_timeout); ldap_set_option(mSession, LDAP_OPT_NETWORK_TIMEOUT, &net_timeout); } ldap_simple_bind(); //Only if init is successful ldap_result(); //only if init is successful ldap_unbind(); If anyone has encountered this issue please help. Thanks, Kuldeep

1 0

Re: (ITS#7949) Slapd deadlocks on connection
by quanah＠zimbra.com 24 Sep '14

24 Sep '14

--On Wednesday, September 24, 2014 10:39 PM +0000 quanah(a)openldap.org wrote: > Full_Name: Quanah Gibson-Mount > Version: 2.4.40 > OS: Linux 3.11 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (75.111.64.214) > Never mind, due to a code change that affected a feature backport I have privately. Closing this ITS. --Quanah -- Quanah Gibson-Mount Server Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#7949) Slapd deadlocks on connection
by quanah＠openldap.org 24 Sep '14

24 Sep '14

Full_Name: Quanah Gibson-Mount Version: 2.4.40 OS: Linux 3.11 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (75.111.64.214) After deploying OpenLDAP 2.4.40, slapd becomes completely unresponsive, and every thread but the daemon is deadlocked Thread 10 (Thread 0x7fc4c7ba2700 (LWP 14910)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64%lolowlevellock.S:132 #1 0x00007fd8cc441065 in _L_lock_858 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x00007fd8cc440eba in __pthread_mutex_lock (mutex=0x302bb98) at pthread_mutex_lock.c:61 #3 0x00007fd8ce078798 in ldap_pvt_thread_mutex_lock (mutex=0x302bb98) at thr_posix.c:296 #4 0x0000000000439470 in connection_get (s=10) at connection.c:278 #5 0x000000000043da27 in connection_write (s=10) at connection.c:1917 #6 0x000000000043804b in slapd_daemon_task (ptr=0x2749d38) at daemon.c:2757 #7 0x00007fd8cc43ee9a in start_thread (arg=0x7fc4c7ba2700) at pthread_create.c:308 #8 0x00007fd8cc16b3fd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #9 0x0000000000000000 in ?? () Thread 9 (Thread 0x7fc4c73a1700 (LWP 14914)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x00007fd8ce078745 in ldap_pvt_thread_cond_wait (cond=0x302bd38, mutex=0x302bd10) at thr_posix.c:277 #2 0x0000000000451459 in send_ldap_ber (op=0x2c483c0, ber=0x7fc4c739f800) at result.c:377 #3 0x00000000004550ca in slap_send_search_entry (op=0x2c483c0, rs=0x7fc4c73a0a00) at result.c:1433 #4 0x000000000043f4ad in fe_op_search (op=0x2c483c0, rs=0x7fc4c73a0a00) at search.c:327 #5 0x000000000043f0c1 in do_search (op=0x2c483c0, rs=0x7fc4c73a0a00) at search.c:247 #6 0x000000000043b937 in connection_operation (ctx=0x7fc4c73a0b40, arg_v=0x2c483c0) at connection.c:1132 #7 0x000000000043bec9 in connection_read_thread (ctx=0x7fc4c73a0b40, argv=0xa) at connection.c:1268 #8 0x00007fd8ce077043 in ldap_int_thread_pool_wrapper (xpool=0x2972000) at tpool.c:945 #9 0x00007fd8cc43ee9a in start_thread (arg=0x7fc4c73a1700) at pthread_create.c:308 #10 0x00007fd8cc16b3fd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #11 0x0000000000000000 in ?? () Thread 8 (Thread 0x7fc4c6ba0700 (LWP 14915)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:132 #1 0x00007fd8cc441065 in _L_lock_858 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x00007fd8cc440eba in __pthread_mutex_lock (mutex=0x302bb98) at pthread_mutex_lock.c:61 #3 0x00007fd8ce078798 in ldap_pvt_thread_mutex_lock (mutex=0x302bb98) at thr_posix.c:296 #4 0x0000000000439470 in connection_get (s=10) at connection.c:278 #5 0x000000000043bfee in connection_read (s=10, cri=0x7fc4c6b9faf0) at connection.c:1310 #6 0x000000000043be2a in connection_read_thread (ctx=0x7fc4c6b9fb40, argv=0xa) at connection.c:1261 #7 0x00007fd8ce077043 in ldap_int_thread_pool_wrapper (xpool=0x2972000) at tpool.c:945 #8 0x00007fd8cc43ee9a in start_thread (arg=0x7fc4c6ba0700) at pthread_create.c:308 #9 0x00007fd8cc16b3fd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #10 0x0000000000000000 in ?? () ATAThread 7 (Thread 0x7fc4c639f700 (LWP 14916)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:132 #1 0x00007fd8cc441065 in _L_lock_858 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x00007fd8cc440eba in __pthread_mutex_lock (mutex=0x302bb98) at pthread_mutex_lock.c:61 #3 0x00007fd8ce078798 in ldap_pvt_thread_mutex_lock (mutex=0x302bb98) at thr_posix.c:296 #4 0x0000000000439470 in connection_get (s=10) at connection.c:278 #5 0x000000000043bfee in connection_read (s=10, cri=0x7fc4c639eaf0) at connection.c:1310 #6 0x000000000043be2a in connection_read_thread (ctx=0x7fc4c639eb40, argv=0xa) at connection.c:1261 #7 0x00007fd8ce077043 in ldap_int_thread_pool_wrapper (xpool=0x2972000) at tpool.c:945 #8 0x00007fd8cc43ee9a in start_thread (arg=0x7fc4c639f700) at pthread_create.c:308 #9 0x00007fd8cc16b3fd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #10 0x0000000000000000 in ?? () Thread 6 (Thread 0x7fc4c5b9e700 (LWP 22253)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:132 #1 0x00007fd8cc441065 in _L_lock_858 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x00007fd8cc440eba in __pthread_mutex_lock (mutex=0x302bb98) at pthread_mutex_lock.c:61 #3 0x00007fd8ce078798 in ldap_pvt_thread_mutex_lock (mutex=0x302bb98) at thr_posix.c:296 #4 0x0000000000439470 in connection_get (s=10) at connection.c:278 #5 0x000000000043bfee in connection_read (s=10, cri=0x7fc4c5b9daf0) at connection.c:1310 #6 0x000000000043be2a in connection_read_thread (ctx=0x7fc4c5b9db40, argv=0xa) at connection.c:1261 #7 0x00007fd8ce077043 in ldap_int_thread_pool_wrapper (xpool=0x2972000) at tpool.c:945 #8 0x00007fd8cc43ee9a in start_thread (arg=0x7fc4c5b9e700) at pthread_create.c:308 #9 0x00007fd8cc16b3finin clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #10 0x0000000000000000 in ?? () Thread 5 (Thread 0x7fc4c539d700 (LWP 22254)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:132 3231 0x000078c8cc441065 in _L_lock_858 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x00007fd8cc440eba in __pthread_mutex_lock (mutex=0x302bb98) at pthread_mutex_lock.c:61 #3 0x00007fd8ce078798 in ldap_pvt_thread_mutex_lock (mutex=0x302bb98) at thr_posix.c:296 #4 0x0000000000439470 in connection_get (s=10) at connection.c:278 #5 0x000000000043bfee in connection_read (s=10, cri=0x7fc4c539caf0) at connection.c:1310 #6 0x000000000043be2a in connection_read_thread (ctx=0x7fc4c539cb40, argv=0xa) at connection.c:1261 #7 0x00007fd8ce077043 in ldap_int_thread_pool_wrapper (xpool=0x2972000) at tpool.c:945 #8 0x00007fd8cc43ee9a in start_thread (arg=0x7fc4c539d700) at pthread_create.c:308 #9 0x00007fd8cc16b3fd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #10 0x0000000000000000 in ?? () Thread 4 (Thread 0x7fc4c4b9c700 (LWP 22255)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x00007fd8ce078745 in ldap_pvt_thread_cond_wait (cond=0x302bce0, mutex=0x302bcb8) at thr_posix.c:277 #2 0x000000000043ab12 in connection_wake_writers (c=0x302bb80) at connection.c:765 #3 0x000000000043acb2 in connection_closing (c=0x302bb80, why=0x0) at connection.c:800 #4 0x000000000043bbff in connection_operation (ctx=0x7fc4c4b9bb40, arg_v=0x86b6940) at connection.c:1182 #5 0x000000000043bec9 in connection_read_thread (ctx=0x7fc4c4b9bb40, argv=0xa) at connection.c:1268 #6 0x00007fd8ce077043 in ldap_int_thread_pool_wrapper (xpool=0x2972000) at tpool.c:945 #7 0x00007fd8cc43ee9a in start_thread (arg=0x7fc4c4b9c700) at pthread_create.c:308 #8 0x00007fd8cc16b3fd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #9 0x0000000000000000 in ?? () Thread 3 (Thread 0x7fc4c439b700 (LWP 22256)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:132 #1 0x00007fd8cc441065 in _L_lock_858 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x00007fd8cc440eba in __pthread_mutex_lock (mutex=0x302bb98) at pthread_mutex_lock.c:61 #3 0x00007fd8ce078798 in ldap_pvt_thread_mutex_lock (mutex=0x302bb98) at thr_posix.c:296 #4 0x0000000000439470 in connection_get (s=10) at connection.c:278 #5 0x000000000043bfee in connection_read (s=10, cri=0x7fc4c439aaf0) at connection.c:1310 #6 0x000000000043be2a in connection_read_thread (ctx=0x7fc4c439ab40, argv=0xa) at connection.c:1261 #7 0x00007fd8ce077043 in ldap_int_thread_pool_wrapper (xpool=0x2972000) at tpool.c:945 #8 0x00007fd8cc43ee9a in start_thread (arg=0x7fc4c439b700) at pthread_create.c:308 #9 0x00007fd8cc16b3fd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #10 0x0000000000000000 in ?? () Thread 2 (Thread 0x7fc4c3b9a700 (LWP 22257)): #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:132 #1 0x00007fd8cc441065 in _L_lock_858 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x00007fd8cc440eba in __pthread_mutex_lock (mutex=0x302bb98) at pthread_mutex_lock.c:61 #3 0x00007fd8ce078798 in ldap_pvt_thread_mutex_lock (mutex=0x302bb98) at thr_posix.c:296 #4 0x0000000000439470 in connection_get (s=10) at connection.c:278 #5 0x000000000043bfee in connection_read (s=10, cri=0x7fc4c3b99af0) at connection.c:1310 #6 0x000000000043be2a in connection_read_thread (ctx=0x7fc4c3b99b40, argv=0xa) at connection.c:1261 #7 0x00007fd8ce077043 in ldap_int_thread_pool_wrapper (xpool=0x2972000) at tpool.c:945 #8 0x00007fd8cc43ee9a in start_thread (arg=0x7fc4c3b9a700) at pthread_create.c:308 #9 0x00007fd8cc16b3fd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #10 0x0000000000000000 in ?? () Thread 1 (Thread 0x7fd8ce727740 (LWP 14909)): #0 0x00007fd8cc440148 in pthread_join (threadid=140483141183232, thread_return=0x0) at pthread_join.c:89 #1 0x00007fd8ce078686 in ldap_pvt_thread_join (thread=140483141183232, thread_return=0x0) at thr_posix.c:197 #2 0x000000000043893a in slapd_daemon () at daemon.c:2907 #3 0x0000000000414b38 in main (argc=9, argv=0x7fff5361c928) at main.c:1012 (gdb)

1 0

(ITS#7948) mdb_copy insecure permissions
by geert＠hendrickx.be 24 Sep '14

24 Sep '14

Full_Name: Geert Hendrickx Version: 2.4.39 OS: centos6 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (212.123.14.2) mdb_copy creates a copy using the default umask. This usually leads to insecure (world readable) copies, as typically an LDAP databse is 600 owned by some unprivileged ldap user. I suggest to copy the behaviour of cp, scp, rsync etc: preserve mode by default, preserve all metadata (uid:gid, mode, mtime, atime ...) when invoked with -p ?

1 0

Re: (ITS#7947) version skew? mdb_load: line 6: unrecognized keyword ignored: db_pagesize
by hyc＠symas.com 23 Sep '14

23 Sep '14

j.e.aten(a)gmail.com wrote: > Full_Name: Jason Aten > Version: LMDB 0.9.14 > OS: ubuntu 12.04 / amd64 > URL: > Submission from: (NULL) (2001:4807:2:104:d959:722c:ad90:ee70) > > > > There may have been version skew, because the mdb_load command does not > understand the output of the mdb_dump command. See the following error in the > context below. Works as designed. This message is not an error, otherwise the situation would not be "ignored." > "mdb_load: line 6: unrecognized keyword ignored: db_pagesize" The mdb_dump format is a copy of BDB's db_dump format, which needs the db_pagesize. Closing this ITS. > > jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ mdb_stat > var/lmdb_data > Status of Main DB > Tree depth: 1 > Branch pages: 0 > Leaf pages: 1 > Overflow pages: 0 > Entries: 1 > jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ mdb_stat -V > var/lmdb_data > LMDB 0.9.14: (September 15, 2014) > jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ which > mdb_stat > /usr/local/bin/mdb_stat > jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ ls -al `which > mdb_stat` > -rwxr-xr-x 1 root root 275324 Sep 18 03:17 /usr/local/bin/mdb_stat > jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ mdb_dump > var/lmdb_data/ > VERSION=3 > format=bytevalue > type=btree > mapsize=20971520 > maxreaders=126Ûdb_pagesize=4096 > HEADER=END > 00016d796b6579 > 6a61736f6e207761732068657265 > DATA=END > jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ mdb_dump > var/lmdb_data/ | mdb_load > usage: mdb_load dbpath [-V] [-f input] [-n] [-s name] [-N] [-T] > jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ mdb_dump > var/lmdb_data/ | mdb_load var/lmdb_data > mdb_load: line 6: unrecognized keyword ignored: db_pagesize > jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ > > -- -- 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#7947) version skew? mdb_load: line 6: unrecognized keyword ignored: db_pagesize
by j.e.aten＠gmail.com 23 Sep '14

23 Sep '14

Full_Name: Jason Aten Version: LMDB 0.9.14 OS: ubuntu 12.04 / amd64 URL: Submission from: (NULL) (2001:4807:2:104:d959:722c:ad90:ee70) There may have been version skew, because the mdb_load command does not understand the output of the mdb_dump command. See the following error in the context below. "mdb_load: line 6: unrecognized keyword ignored: db_pagesize" jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ mdb_stat var/lmdb_data Status of Main DB Tree depth: 1 Branch pages: 0 Leaf pages: 1 Overflow pages: 0 Entries: 1 jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ mdb_stat -V var/lmdb_data LMDB 0.9.14: (September 15, 2014) jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ which mdb_stat /usr/local/bin/mdb_stat jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ ls -al `which mdb_stat` -rwxr-xr-x 1 root root 275324 Sep 18 03:17 /usr/local/bin/mdb_stat jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ mdb_dump var/lmdb_data/ VERSION=3 format=bytevalue type=btree mapsize=20971520 maxreaders=126Ûdb_pagesize=4096 HEADER=END 00016d796b6579 6a61736f6e207761732068657265 DATA=END jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ mdb_dump var/lmdb_data/ | mdb_load usage: mdb_load dbpath [-V] [-f input] [-n] [-s name] [-N] [-T] jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$ mdb_dump var/lmdb_data/ | mdb_load var/lmdb_data mdb_load: line 6: unrecognized keyword ignored: db_pagesize jaten@cutlass01:~/go/src/github.com/siddontang/ledisdb/store/mdb$

1 0

(ITS#7946) Update OID for Don't Use Copy Control
by michael＠stroeder.com 23 Sep '14

23 Sep '14

Full_Name: Version: HEAD OS: URL: Submission from: (NULL) (79.227.134.63) Please update constant LDAP_CONTROL_DONTUSECOPY in ldap.h to OID 1.3.6.1.1.22 as defined in RFC 6171 (Standards Track). Currently an experimental OpenLDAP .666 OID is used which makes this control rather unusable outside OpenLDAP implementation.

1 0

Re: (ITS#7797) crash with slapo-collect with existing attribute
by ondra＠mistotebe.net 23 Sep '14

23 Sep '14

On Fri, Feb 07, 2014 at 11:04:06PM +0000, danno(a)umich.edu wrote: > Requested stacktrace is below. Hi, I've uploaded a fix to ftp://ftp.openldap.org/incoming/Ondrej-Kuznik-20140923-ITS-7797.patch could you confirm it fixes the issue for you? Cheers, Ondrej

1 0

Re: (ITS#7945) attribute 'olcPPolicyDefault' not allowed(openldap password policy)
by quanah＠zimbra.com 22 Sep '14

22 Sep '14

--On Monday, September 22, 2014 8:55 AM +0000 q03765(a)sohu.com wrote: > Full_Name: Crane.YQ.Feng > Version: 2.4.23 > OS: redhat linux 6.4 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (218.29.136.228) > > > Hello openldap Expert, > Could anyone do me a big favor. when i config my openldap's function > about the password policy and to define the " olcPPolicyDefault ", a > problem has occurted?? The ITS system is for reporting bugs, not asking usage questions. Use the openldap-technical list for asking questions. This ITS will be closed. -- Quanah Gibson-Mount Server Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#7945) attribute 'olcPPolicyDefault' not allowed(openldap password policy)
by q03765＠sohu.com 22 Sep '14

22 Sep '14

Full_Name: Crane.YQ.Feng Version: 2.4.23 OS: redhat linux 6.4 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (218.29.136.228) Hello openldap Expert, Could anyone do me a big favor. when i config my openldap's function about the password policy and to define the " olcPPolicyDefault ", a problem has occurted¡£ Note(The enldldap has configed ,it is worked on cn=config model) when i add a password default policy entry(olcPPolicyDefault) in to my openldap database(cn=config). the system returned a error message : ------------------------------------------------------------------------------------ file content(olcPPolicy-new.ldif): dn: cn=config changetype: modify add: olcPPolicyDefault olcPPolicyDefault: cn=default,ou=policies,dc=ldap,dc=idpbg,dc=com [root@GL-LDAP01 data]# ldapmodify -Y EXTERNAL -H ldapi:/// -f olcPPolicy-new.ldif SASL/EXTERNAL authentication started SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth SASL SSF: 0 modifying entry "cn=config" ldap_modify: Object class violation (65) additional info: attribute 'olcPPolicyDefault7 7 not allowed Used another way to add this entry,the problem is same: ----------------------------------------------------------------------------- olcPPolicyDefault.ldif file content: dn: cn=config changetype: add olcPPolicyDefault: cn=default,ou=policies,dc=ldap,dc=idpbg,dc=com [root@GL-LDAP01 data]# ldapmodify -Y EXTERNAL -H ldapi:/// -f olcPPolicyDefault.ldif SASL/EXTERNAL authentication started SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth SASL SSF: 0 adding new entry "cn=config" ldap_add: Object class violation (65) additional info: no objectClass attribute So I can't add olcPPolicyDefault to make openldap password policy to available. attachment: ---------------------------------- cn=config content: [root@GL-LDAP01 openldap]# ldapsearch -LLLQY EXTERNAL -H ldapi:/// -b cn=config "(|(olcoverlay=ppolicy))" dn: olcOverlay={1}ppolicy,olcDatabase={2}bdb,cn=config objectClass: olcOverlayConfig objectClass: olcPPolicyConfig olcOverlay: {1}ppolicy olcPPolicyHashCleartext: FALSE olcPPolicyUseLockout: FALSE olcPPolicyForwardUpdates: FALSE [root@GL-LDAP01 openldap]# ldapsearch -LLLQY EXTERNAL -H ldapi:/// -b cn=config "(|(cn=config))" dn: cn=config objectClass: olcGlobal cn: config olcConfigFile: /etc/openldap/slapd.conf olcConfigDir: /etc/openldap/slapd.d/ olcAllows: bind_v2 olcArgsFile: /var/run/openldap/slapd.args olcAttributeOptions: lang- olcAuthzPolicy: none olcConcurrency: 0 olcConnMaxPending: 100 olcConnMaxPendingAuth: 1000 olcGentleHUP: FALSE olcIdleTimeout: 0 olcIndexSubstrIfMaxLen: 4 olcIndexSubstrIfMinLen: 2 olcIndexSubstrAnyLen: 4 olcIndexSubstrAnyStep: 2 olcIndexIntLen: 4 olcLocalSSF: 71 olcLogLevel: Trace olcLogLevel: Packets olcLogLevel: Args olcLogLevel: Conns olcLogLevel: BER olcLogLevel: Filter olcLogLevel: Config olcLogLevel: ACL olcLogLevel: Stats olcLogLevel: Stats2 olcLogLevel: Shell olcLogLevel: Parse olcPidFile: /var/run/openldap/slapd.pid olcReadOnly: FALSE olcReverseLookup: FALSE olcSaslSecProps: noplain,noanonymous olcServerID: 1 ldap://GL-LDAP01.ldap.idpbg.com olcServerID: 2 ldap://GL-LDAP02.ldap.idpbg.com olcServerID: 3 ldap://TY-LDAP01.ldap.idpbg.com olcServerID: 4 ldap://TY-LDAP02.ldap.idpbg.com olcSockbufMaxIncoming: 262143 olcSockbufMaxIncomingAuth: 16777215 olcThreads: 16 olcTLSCACertificateFile: /etc/pki/tls/certs/ca-bundle.crt olcTLSCertificateFile: /etc/pki/tls/certs/slapd.pem olcTLSCertificateKeyFile: /etc/pki/tls/certs/slapd.pem olcTLSVerifyClient: never olcToolThreads: 1 olcWriteTimeout: 0

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