openldap-technical

openldap-technical@openldap.org

1 participants
9989 discussions

Multi-master setup
by Nocturn 11 Aug '11

11 Aug '11

I'm trying to set up a multi-master ldap with openldap on SL/RHEL 6.1 from the docs here: http://www.openldap.org/doc/admin24/replication.html#N-WayMulti-Master I created an ldif file with: dn: cn=config objectClass: olcGlobal cn: config olcServerID: 1 dn: olcDatabase={0}config,cn=config objectClass: olcDatabaseConfig olcDatabase: {0}config olcRootPW: *** But all attempts to import it fail, both with ldapadd as with slapadd. I think I may be getting the whole cn=config way of doing things wrong. Can anyone point me in the right direction? Thanks

1 0

XDAS, SNMP, Auditing, Architecture, Systemrequirement, Replication, Administration - Request
by Kai Pohl 11 Aug '11

11 Aug '11

Dear Sir or Madam, i have some questions about OpenLDAP 2.4.23 or 2.4.26. Does it have a XDAS interface or implementation possibility of another company? Can it use SNMP for monitoring/administration? A question of the architecture of OpenLDAP: Provide it Read-Only/Multi-Read/Write/Multi-Server System? Where can i find Requirments for the system, on which OpenLDAP should installed? My last question is about replication, which replicationforms cann be used, partitioning? Kind Regards Kai Pohl ====================================== Kai Pohl Computer & Competence GmbH, www.cuc.de Warnstedtstrasse 12-16, D22525 Hamburg Tel: +49 (0)40 54882 - 163, Fax: -288 CuC ist als "Computer & Competence" Beratungs- und Vertriebs GmbH beim Hamburger Amtsgericht im Register B unter der Nummer 46306 registriert. Geschäftsführer: Constantin Albrecht AGB: https://www.cuc.de/AGB.agb.0.html ======================================

2 1

Problem in authentication when multiple CA certificates are present
by sachin mishra 10 Aug '11

10 Aug '11

LDAP authentication was working fine when I had single CA certificate at my client machine. I was using ldap_set_option(NULL, LDAP_OPT_X_TLS_CACERTFILE, tls_cacert_file)) to set the path of CA certificate. Now, there are multiple CA certificates in my certificate hosting path. I tried by reading all the files and then assign the first one using the set option above and if it fails, I perform ldap_unbind and then create a fresh request and set all the options before calling "ldap_start_tls_s". So the steps are: 1. ld = ldap_init() 2. ldap_set_option for number of options including LDAP_OPT_X_TLS_CACERTFILE which points to first file in the directory containing multiple CA certificates 3. ldap_start_tls_s(ld, NULL, NULL) 4. If step 3 is successful continue with normal operation 5. If step 3 fails, ldap_unbind (ld), start from step1 again except that LDAP_OPT_X_TLS_CACERTFILE will now have the next entry in the directory as input. Is there anything wrong in this? Is there any better approach for this? Thanks, Sachin

2 1

Hello, please help build a query for LDAP
by Alexey Shalin 10 Aug '11

10 Aug '11

Hello, please help build a query for LDAP, to get a list of accounts whose password has expired Thank you ------------------------------------------------------------------------------- С уважением, Алексей Шалин Системный Администратор Отдел системного администрирования ЗАО "Межбанковский процессинговый центр" 720083, Кыргызская Республика г. Бишкек, ул. Ауэзова 1/2 тел.: +996 (312) 637738 (вн. 138) факс: +996 (312) 637748 e-mail: <mailto:a.shalin@ipc.kg> a.shalin(a)ipc.kg

2 1

TLS handshake failure
by Daniel Qian 09 Aug '11

09 Aug '11

Hi, I have slapd 2.4.24 and everything works without TLS. but if I add a -Z option to the ldapsearch command I get this: [root@ldaprov1 cacerts]# ldapsearch -x -LLL -b cn=config -D cn=admin,cn=config -wxxxxxxx -Z -H ldap://ldaprov1.prod cn=config ldap_start_tls: Connect error (-11) ldap_result: Can't contact LDAP server (-1) slapd.log shows something like this : connection_read(16): TLS accept failure error=-1 id=1006, closing Output from openssl debug: [root@ldaprov1 cacerts]# openssl s_client -connect hostname:389 -showcerts -state -CAfile cacert.pem CONNECTED(00000003) SSL_connect:before/connect initialization SSL_connect:SSLv2/v3 write client hello A 140225133647680:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:177: --- no peer certificate available --- No client certificate CA names sent --- SSL handshake has read 0 bytes and written 113 bytes --- New, (NONE), Cipher is (NONE) Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE --- The configurations are as follow (same command as above but without the -Z option): [root@ldaprov1 cacerts]# ldapsearch -x -LLL -b cn=config -D cn=admin,cn=config -wxxxxxx -H ldap://hostname 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: 9 olcPidFile: /var/run/openldap/slapd.pid olcReadOnly: FALSE olcReverseLookup: FALSE olcSaslSecProps: noplain,noanonymous olcSockbufMaxIncoming: 262143 olcSockbufMaxIncomingAuth: 16777215 olcThreads: 16 olcTLSCACertificateFile: /etc/openldap/cacerts/cacert.pem olcTLSCertificateFile: /etc/openldap/cacerts/ldaprov1.crt olcTLSCertificateKeyFile: /etc/openldap/cacerts/ldaprov1.key olcTLSVerifyClient: never olcToolThreads: 1 olcWriteTimeout: 0 I verified the ldap user can read all the TLS files and they are setup fine [root@ldaprov1 cacerts]# openssl verify -purpose sslserver -CAfile cacert.pem ldaprov1.crt ldaprov1.crt: OK Anyone can tell me what I am missing here? Thanks, Daniel

2 17

Re: Compiling OpenLDAP 2.4.23 on AIX 6.1
by Matheus Morais 09 Aug '11

09 Aug '11

I've just found the follow link on IBM support and seems to be a bug on AIX internals, I don't know precisely where. https://www-304.ibm.com/support/docview.wss?uid=isg1IV00150 There is no fix for version 6.1 yet but seems to be a patch for version 5.3 [1]. [1] - https://www-304.ibm.com/support/docview.wss?uid=isg1fixinfo123037 Em Seg, 2011-08-08 às 17:08 -0300, Matheus Morais escreveu: > Hi there, > > I'm trying to compile OpenLDAP 2.4.23 on AIX 6.1 but I'm receiving the > following erros after 'make': > > ar: Creating an archive file liblutil.a. > ar: Creating an archive file liblunicode.a. > ar: Creating an archive file librewrite.a. > ld: 0711-596 SEVERE ERROR: Object librewrite.a[xmap.o] > An RLD for section 2 (.data) refers to symbol 1030, > but the storage class of the symbol is not C_EXT or C_HIDEXT. > collect2: ld returned 12 exit status > make: 1254-004 The error code from the last command is 1. > > > Stop. > make: 1254-004 The error code from the last command is 2. > > > Stop. > make: 1254-004 The error code from the last command is 2. > > > Stop. > > I have attached the execution log files for 'configure', 'make depend' > and 'make'. I also tryed to compile the latest release (2.4.26) but have > found the same error. This could be a compatibility problem with ld from > AIX or something like that? > > Thanks. > -- Classificação da Informação: Uso Interno Matheus Morais Infraestrutura de TI Confederação SICREDI – Porto Alegre 51 3358-4700 ramal 7143 www.sicredi.com.br As informacoes contidas neste e-mail e anexos podem ser confidenciais e privilegiadas, protegidas por sigilo legal. Qualquer forma de utilizacao deste documento depende de autorizacao do emissor, sujeito as penalidades cabiveis. O emissor utiliza o recurso somente para fins profissionais, eximindo o empregador de responsabilidades por uso pessoal ou improprio. Se esta mensagem foi recebida por engano, o conteudo deve ser apagado e o remetente avisado imediatamente, atraves de resposta a este e-mail.

1 1

Re: Undefined reference to `ldap_int_tls_impl'
by Michael Alexeev 08 Aug '11

08 Aug '11

On Mon, Aug 8, 2011 at 5:47 PM, Quanah Gibson-Mount <quanah(a)zimbra.com>wrote: > --On Thursday, August 04, 2011 5:42 AM +0200 Michael Alexeev < > michael.alexeev(a)gmail.com> wrote: > > Sorry, if this is a duplicate e-mail but it looks like my original one >> didn't make it through. >> >> Hi All, >> >> I am trying to build OpenLDAP with the MySQL Cluster but make is exiting >> with the following error: >> ./.libs/libldap.a(tls2.o):(.**data+0x0): undefined reference to >> `ldap_int_tls_impl' >> collect2: ld returned 1 exit status >> >> the configure command I use is: >> ./configure --enable-ndb=yes --enable-bdb=no --enable-hdb=no >> --with-tls=moznss >> >> Omitting --with-tls option didn't help. >> >> additional flags are >> export CPPFLAGS="-I/usr/include -I/usr/include/nss -I/usr/include/nspr" >> export LDFLAGS="-L/usr/lib/nss -L/usr/local/lib -L/usr/local/libexec >> -L/usr/lib64" >> >> OpenLDAP version is 2.4.26 >> OS is ubuntu 2.6.32-30-server x86_64 >> Compiler is gcc 4.4.3 >> >> The config file is attached. >> >> I found an email thread with the exact same problem >> http://www.openldap.org/lists/**openldap-technical/201102/**msg00273.html<http://www.openldap.org/lists/openldap-technical/201102/msg00273.html> >> > > Please file an ITS and include your config.log. Your end result clearly > has both a TLS implementation selected and TLS defined: > > #define HAVE_MOZNSS 1 > #define HAVE_TLS 1 > > Perhaps statlic libldap isn't correctly linking to tls_m.o > > --Quanah > Thank you Quanah. Will do > > -- > > Quanah Gibson-Mount > Sr. Member of Technical Staff > Zimbra, Inc > A Division of VMware, Inc. > -------------------- > Zimbra :: the leader in open source messaging and collaboration >

1 0

Undefined reference to `ldap_int_tls_impl'
by Michael Alexeev 08 Aug '11

08 Aug '11

Sorry, if this is a duplicate e-mail but it looks like my original one didn't make it through. Hi All, I am trying to build OpenLDAP with the MySQL Cluster but make is exiting with the following error: ./.libs/libldap.a(tls2.o):(.data+0x0): undefined reference to `ldap_int_tls_impl' collect2: ld returned 1 exit status the configure command I use is: ./configure --enable-ndb=yes --enable-bdb=no --enable-hdb=no --with-tls=moznss Omitting --with-tls option didn't help. additional flags are export CPPFLAGS="-I/usr/include -I/usr/include/nss -I/usr/include/nspr" export LDFLAGS="-L/usr/lib/nss -L/usr/local/lib -L/usr/local/libexec -L/usr/lib64" OpenLDAP version is 2.4.26 OS is ubuntu 2.6.32-30-server x86_64 Compiler is gcc 4.4.3 The config file is attached. I found an email thread with the exact same problem http://www.openldap.org/lists/openldap-technical/201102/msg00273.html but no solution was mentioned there. Thank you in advance, Mike Alexeev

3 3

Compiling OpenLDAP 2.4.23 on AIX 6.1
by Matheus Morais 08 Aug '11

08 Aug '11

Hi there, I'm trying to compile OpenLDAP 2.4.23 on AIX 6.1 but I'm receiving the following erros after 'make': ar: Creating an archive file liblutil.a. ar: Creating an archive file liblunicode.a. ar: Creating an archive file librewrite.a. ld: 0711-596 SEVERE ERROR: Object librewrite.a[xmap.o] An RLD for section 2 (.data) refers to symbol 1030, but the storage class of the symbol is not C_EXT or C_HIDEXT. collect2: ld returned 12 exit status make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 2. Stop. make: 1254-004 The error code from the last command is 2. Stop. I have attached the execution log files for 'configure', 'make depend' and 'make'. I also tryed to compile the latest release (2.4.26) but have found the same error. This could be a compatibility problem with ld from AIX or something like that? Thanks. -- Matheus Morais Infraestrutura de TI Confederação SICREDI – Porto Alegre 51 3358-4700 ramal 7143 www.sicredi.com.br As informacoes contidas neste e-mail e anexos podem ser confidenciais e privilegiadas, protegidas por sigilo legal. Qualquer forma de utilizacao deste documento depende de autorizacao do emissor, sujeito as penalidades cabiveis. O emissor utiliza o recurso somente para fins profissionais, eximindo o empregador de responsabilidades por uso pessoal ou improprio. Se esta mensagem foi recebida por engano, o conteudo deve ser apagado e o remetente avisado imediatamente, atraves de resposta a este e-mail.

1 0

OpenLDAP freezes and doesn't respond
by Cyril GROSJEAN 08 Aug '11

08 Aug '11

I randomly notice my OpenLDAP server freezes, and I can't udnerstand why. I have a few LDAP clients (ldapsearch, a legacy Java app. and ApacheDirectoryStudio), running from different systems, either locally on the OpenLDAP server, or on another OpenLDAP server, or on a remote workstation, and none manages to get an answer from OpenLDAP. The connection is established but each client gets stuck waiting for any result. The last time, it occured only a few minutes after the OpenLDAP daemon was restarted, under very low load. I use OpenLDAP 2.4.23, over Red Hat Enterprise Linux Server release 5.4 (Tikanga), Kernel version 2.6.18-164.el5, amd64 architecture over VMWare. I also use BDB 4.8.30, and OpenLDAP's been compiled with the following options: ./configure --prefix=/opt/openldap-2.4.23 --enable-dynamic=yes --enable-dynlist=yes --enable-memberof=yes --enable-ppolicy=yes --enable-accesslog=yes --enable-sssvlv=yes I noticed only 60 to 70 established connections on port 389 (according to netstat) when the freeze occurs. The OpenLDAP server is set in syncrepl mirror mode replication, and the other OpenLDAP server (only used as a hot stand-by) works fine (but doesn't receive any load) In the OpenLDAP accesslog, I usually see the client requests, but no lines for the responses. Also, I noticed sometimes the "deferring operation: binding" message : Jul 12 10:20:05 dev-ldap1 slapd[28525]: connection_input: conn=3377 deferring operation: binding Jul 12 10:20:07 dev-ldap1 slapd[28525]: conn=3378 fd=66 ACCEPT from IP=......:3823 (IP=0.0.0.0:389) I don't know if this message is linked or not to the main problem so I'd like to know if this message is harmless or not. The stack of the slapd process is as follows when the freeze occurs: Thread 18 (Thread 0x40d4b940 (LWP 1893)): #0 0x00000031a7ad4018 in epoll_wait () from /lib64/libc.so.6 #1 0x000000000041d76e in ldap_pvt_sasl_mutex_dispose () #2 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #3 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 17 (Thread 0x4154c940 (LWP 1894)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a3ad7fb in ldap_pvt_thread_rmutex_lock () #2 0x00000000004d4c74 in ldap_pvt_sasl_mutex_dispose () #3 0x0000000000481b4a in ldap_pvt_sasl_mutex_dispose () #4 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #5 0x00000000004de44d in ldap_pvt_sasl_mutex_dispose () #6 0x000000000042ee25 in ldap_pvt_sasl_mutex_dispose () #7 0x00000000004319c8 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000432749 in ldap_pvt_sasl_mutex_dispose () #9 0x00000000004ae91b in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #12 0x000000000043be3e in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #14 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #15 0x000000000043c83f in ldap_pvt_sasl_mutex_dispose () #16 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #17 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #18 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #19 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #20 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 16 (Thread 0x42771940 (LWP 1895)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a833dd2 in __db_pthread_mutex_lock () #2 0x00002b710a833426 in __db_tas_mutex_lock () #3 0x00002b710a8c3b49 in __lock_get_internal () #4 0x00002b710a8c42c2 in __lock_get_pp () #5 0x00000000004af398 in ldap_pvt_sasl_mutex_dispose () #6 0x00000000004b04ca in ldap_pvt_sasl_mutex_dispose () #7 0x00000000004b4183 in ldap_pvt_sasl_mutex_dispose () #8 0x00000000004b802e in ldap_pvt_sasl_mutex_dispose () #9 0x0000000000481a7a in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000482547 in ldap_pvt_sasl_mutex_dispose () #11 0x00000000004decab in ldap_pvt_sasl_mutex_dispose () #12 0x0000000000481b4a in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #14 0x000000000043be3e in ldap_pvt_sasl_mutex_dispose () #15 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #16 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #17 0x000000000043c83f in ldap_pvt_sasl_mutex_dispose () #18 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #19 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #20 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #21 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #22 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 15 (Thread 0x42f72940 (LWP 1896)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a833dd2 in __db_pthread_mutex_lock () #2 0x00002b710a833426 in __db_tas_mutex_lock () #3 0x00002b710a8c3b49 in __lock_get_internal () #4 0x00002b710a8c42c2 in __lock_get_pp () #5 0x00000000004af398 in ldap_pvt_sasl_mutex_dispose () #6 0x00000000004b04ca in ldap_pvt_sasl_mutex_dispose () #7 0x0000000000492a80 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #9 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000422736 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #12 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000422ec7 in ldap_pvt_sasl_mutex_dispose () #14 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #15 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #16 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #17 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #18 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 14 (Thread 0x43773940 (LWP 1897)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a833dd2 in __db_pthread_mutex_lock () #2 0x00002b710a833426 in __db_tas_mutex_lock () #3 0x00002b710a8c3b49 in __lock_get_internal () #4 0x00002b710a8c42c2 in __lock_get_pp () #5 0x00000000004af398 in ldap_pvt_sasl_mutex_dispose () #6 0x00000000004b04ca in ldap_pvt_sasl_mutex_dispose () #7 0x0000000000492a80 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #9 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000422736 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #12 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000422ec7 in ldap_pvt_sasl_mutex_dispose () #14 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #15 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #16 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #17 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #18 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 13 (Thread 0x43f74940 (LWP 1898)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a833dd2 in __db_pthread_mutex_lock () #2 0x00002b710a833426 in __db_tas_mutex_lock () #3 0x00002b710a8c3b49 in __lock_get_internal () #4 0x00002b710a8c42c2 in __lock_get_pp () #5 0x00000000004af398 in ldap_pvt_sasl_mutex_dispose () #6 0x00000000004b04ca in ldap_pvt_sasl_mutex_dispose () #7 0x0000000000492a80 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #9 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000422736 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #12 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000422ec7 in ldap_pvt_sasl_mutex_dispose () #14 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #15 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #16 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #17 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #18 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 12 (Thread 0x44775940 (LWP 1902)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a833dd2 in __db_pthread_mutex_lock () #2 0x00002b710a833426 in __db_tas_mutex_lock () #3 0x00002b710a8c3b49 in __lock_get_internal () #4 0x00002b710a8c42c2 in __lock_get_pp () #5 0x00000000004af398 in ldap_pvt_sasl_mutex_dispose () #6 0x00000000004b04ca in ldap_pvt_sasl_mutex_dispose () #7 0x0000000000492a80 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #9 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000422736 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #12 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000422ec7 in ldap_pvt_sasl_mutex_dispose () #14 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #15 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #16 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #17 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #18 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 11 (Thread 0x41d4d940 (LWP 1947)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a833dd2 in __db_pthread_mutex_lock () #2 0x00002b710a833426 in __db_tas_mutex_lock () #3 0x00002b710a8c3b49 in __lock_get_internal () #4 0x00002b710a8c42c2 in __lock_get_pp () #5 0x00000000004af398 in ldap_pvt_sasl_mutex_dispose () #6 0x00000000004b04ca in ldap_pvt_sasl_mutex_dispose () #7 0x0000000000492a80 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #9 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000422736 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #12 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000422ec7 in ldap_pvt_sasl_mutex_dispose () #14 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #15 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #16 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #17 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #18 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 10 (Thread 0x44f76940 (LWP 1948)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a3ad7fb in ldap_pvt_thread_rmutex_lock () #2 0x00000000004d4c74 in ldap_pvt_sasl_mutex_dispose () #3 0x0000000000481b4a in ldap_pvt_sasl_mutex_dispose () #4 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #5 0x00000000004de44d in ldap_pvt_sasl_mutex_dispose () #6 0x000000000042ee25 in ldap_pvt_sasl_mutex_dispose () #7 0x00000000004319c8 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000432749 in ldap_pvt_sasl_mutex_dispose () #9 0x00000000004ae91b in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #12 0x000000000043be3e in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #14 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #15 0x000000000043c83f in ldap_pvt_sasl_mutex_dispose () #16 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #17 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #18 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #19 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #20 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 9 (Thread 0x45777940 (LWP 1949)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a833dd2 in __db_pthread_mutex_lock () #2 0x00002b710a833426 in __db_tas_mutex_lock () #3 0x00002b710a8c3b49 in __lock_get_internal () #4 0x00002b710a8c42c2 in __lock_get_pp () #5 0x00000000004af398 in ldap_pvt_sasl_mutex_dispose () #6 0x00000000004b04ca in ldap_pvt_sasl_mutex_dispose () #7 0x00000000004b4183 in ldap_pvt_sasl_mutex_dispose () #8 0x00000000004b802e in ldap_pvt_sasl_mutex_dispose () #9 0x0000000000481a7a in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000482547 in ldap_pvt_sasl_mutex_dispose () #11 0x00000000004decab in ldap_pvt_sasl_mutex_dispose () #12 0x0000000000481b4a in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #14 0x000000000043be3e in ldap_pvt_sasl_mutex_dispose () #15 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #16 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #17 0x000000000043c83f in ldap_pvt_sasl_mutex_dispose () #18 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #19 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #20 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #21 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #22 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 8 (Thread 0x45f78940 (LWP 1950)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a3ad7fb in ldap_pvt_thread_rmutex_lock () #2 0x00000000004d4c74 in ldap_pvt_sasl_mutex_dispose () #3 0x0000000000481b4a in ldap_pvt_sasl_mutex_dispose () #4 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #5 0x00000000004de44d in ldap_pvt_sasl_mutex_dispose () #6 0x000000000042ee25 in ldap_pvt_sasl_mutex_dispose () #7 0x00000000004319c8 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000432749 in ldap_pvt_sasl_mutex_dispose () #9 0x00000000004ae91b in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #12 0x000000000043be3e in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #14 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #15 0x000000000043c83f in ldap_pvt_sasl_mutex_dispose () #16 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #17 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #18 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #19 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #20 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 7 (Thread 0x46779940 (LWP 1951)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a3ad7fb in ldap_pvt_thread_rmutex_lock () #2 0x00000000004d4c74 in ldap_pvt_sasl_mutex_dispose () #3 0x0000000000481b4a in ldap_pvt_sasl_mutex_dispose () #4 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #5 0x00000000004de44d in ldap_pvt_sasl_mutex_dispose () #6 0x000000000042ee25 in ldap_pvt_sasl_mutex_dispose () #7 0x00000000004319c8 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000432749 in ldap_pvt_sasl_mutex_dispose () #9 0x00000000004ae91b in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #12 0x000000000043be3e in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #14 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #15 0x000000000043c83f in ldap_pvt_sasl_mutex_dispose () #16 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #17 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #18 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #19 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #20 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 6 (Thread 0x46f7a940 (LWP 1952)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a833dd2 in __db_pthread_mutex_lock () #2 0x00002b710a833426 in __db_tas_mutex_lock () #3 0x00002b710a8c3b49 in __lock_get_internal () #4 0x00002b710a8c42c2 in __lock_get_pp () #5 0x00000000004af398 in ldap_pvt_sasl_mutex_dispose () #6 0x00000000004b04ca in ldap_pvt_sasl_mutex_dispose () #7 0x0000000000492a80 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #9 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000422736 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #12 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000422ec7 in ldap_pvt_sasl_mutex_dispose () #14 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #15 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #16 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #17 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #18 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 5 (Thread 0x4777b940 (LWP 2149)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a833dd2 in __db_pthread_mutex_lock () #2 0x00002b710a833426 in __db_tas_mutex_lock () #3 0x00002b710a8c3b49 in __lock_get_internal () #4 0x00002b710a8c44ea in __lock_vec () #5 0x00002b710a8c512b in __lock_vec_pp () #6 0x00000000004af514 in ldap_pvt_sasl_mutex_dispose () #7 0x00000000004af900 in ldap_pvt_sasl_mutex_dispose () #8 0x000000000048d323 in ldap_pvt_sasl_mutex_dispose () #9 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #11 0x00000000004de44d in ldap_pvt_sasl_mutex_dispose () #12 0x000000000042ee25 in ldap_pvt_sasl_mutex_dispose () #13 0x00000000004319c8 in ldap_pvt_sasl_mutex_dispose () #14 0x0000000000432749 in ldap_pvt_sasl_mutex_dispose () #15 0x00000000004ae91b in ldap_pvt_sasl_mutex_dispose () #16 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #17 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #18 0x000000000043be3e in ldap_pvt_sasl_mutex_dispose () #19 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #20 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #21 0x000000000043c83f in ldap_pvt_sasl_mutex_dispose () #22 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #23 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #24 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #25 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #26 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x47f7c940 (LWP 2150)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a3ad7fb in ldap_pvt_thread_rmutex_lock () #2 0x00000000004d4c74 in ldap_pvt_sasl_mutex_dispose () #3 0x0000000000481b4a in ldap_pvt_sasl_mutex_dispose () #4 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #5 0x00000000004de44d in ldap_pvt_sasl_mutex_dispose () #6 0x000000000042ee25 in ldap_pvt_sasl_mutex_dispose () #7 0x00000000004319c8 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000432749 in ldap_pvt_sasl_mutex_dispose () #9 0x00000000004ae91b in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #12 0x000000000043be3e in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #14 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #15 0x000000000043c83f in ldap_pvt_sasl_mutex_dispose () #16 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #17 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #18 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #19 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #20 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x4877d940 (LWP 2151)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a833dd2 in __db_pthread_mutex_lock () #2 0x00002b710a833426 in __db_tas_mutex_lock () #3 0x00002b710a8c3b49 in __lock_get_internal () #4 0x00002b710a8c42c2 in __lock_get_pp () #5 0x00000000004af398 in ldap_pvt_sasl_mutex_dispose () #6 0x00000000004b04ca in ldap_pvt_sasl_mutex_dispose () #7 0x0000000000492a80 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #9 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000422736 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #12 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000422ec7 in ldap_pvt_sasl_mutex_dispose () #14 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #15 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #16 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #17 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #18 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x48f7e940 (LWP 2152)): #0 0x00000031a860ab99 in pthread_cond_wait@@GLIBC_2.3.2 () #1 0x00002b710a3ad7fb in ldap_pvt_thread_rmutex_lock () #2 0x00000000004d4c74 in ldap_pvt_sasl_mutex_dispose () #3 0x0000000000481b4a in ldap_pvt_sasl_mutex_dispose () #4 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #5 0x00000000004de44d in ldap_pvt_sasl_mutex_dispose () #6 0x000000000042ee25 in ldap_pvt_sasl_mutex_dispose () #7 0x00000000004319c8 in ldap_pvt_sasl_mutex_dispose () #8 0x0000000000432749 in ldap_pvt_sasl_mutex_dispose () #9 0x00000000004ae91b in ldap_pvt_sasl_mutex_dispose () #10 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #11 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #12 0x000000000043be3e in ldap_pvt_sasl_mutex_dispose () #13 0x0000000000481bc2 in ldap_pvt_sasl_mutex_dispose () #14 0x0000000000482127 in ldap_pvt_sasl_mutex_dispose () #15 0x000000000043c83f in ldap_pvt_sasl_mutex_dispose () #16 0x00000000004205a5 in ldap_pvt_sasl_mutex_dispose () #17 0x0000000000420b7f in ldap_pvt_sasl_mutex_dispose () #18 0x00002b710a3ae8a8 in ldap_int_thread_pool_wrapper () #19 0x00000031a86064a7 in start_thread () from /lib64/libpthread.so.0 #20 0x00000031a7ad3c2d in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x2b710ab80bd0 (LWP 1892)): #0 0x00000031a86077e5 in pthread_join () from /lib64/libpthread.so.0 #1 0x000000000041b3e2 in ldap_pvt_sasl_mutex_dispose () #2 0x000000000040960e in ldap_pvt_sasl_mutex_dispose () #3 0x00000031a7a1d994 in __libc_start_main () from /lib64/libc.so.6 #4 0x00000000004080d9 in ldap_pvt_sasl_mutex_dispose () #5 0x00007fff4c26b148 in ?? () #6 0x0000000000000000 in ?? () Any idea of what's wrong ? Known bug ?

3 10

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

openldap-technical