openldap-bugs December 2009

openldap-bugs@openldap.org

28 participants
133 discussions

Re: (ITS#6426) slapd crash with 'Bus error'
by quanah＠zimbra.com 15 Dec '09

15 Dec '09

Afshin, Copy openldap-its(a)openldap.org on all you replies so they go into the bug=20 tracker, so that others can see them. --Quanah --On Tuesday, December 15, 2009 10:39 AM +0330 afshin afzali=20 <a.afzali2003(a)gmail.com> wrote: > Hi Quanah, > > Appreciate your help. Hope this be helpful. > -- afshin > > > [root@dc1 libexec]# gdb ./slapd core.12305 > GNU gdb Fedora (6.8-37.el5) > Copyright (C) 2008 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law.=C2=A0 Type "show > copying" > and "show warranty" for details. > This GDB was configured as "x86_64-redhat-linux-gnu"... > Reading symbols from /lib64/libuuid.so.1...done. > Loaded symbols for /lib64/libuuid.so.1 > Reading symbols from /lib64/librt.so.1...done. > Loaded symbols for /lib64/librt.so.1 > Reading symbols from /lib64/libcrypt.so.1...done. > Loaded symbols for /lib64/libcrypt.so.1 > Reading symbols from /lib64/libnsl.so.1...done. > Loaded symbols for /lib64/libnsl.so.1 > Reading symbols from /lib64/libm.so.6...done. > Loaded symbols for /lib64/libm.so.6 > Reading symbols from /lib64/libpthread.so.0...done. > Loaded symbols for /lib64/libpthread.so.0 > Reading symbols from /usr/lib64/libstdc++.so.6...done. > Loaded symbols for /usr/lib64/libstdc++.so.6 > Reading symbols from /usr/lib64/libsasl2.so.2...done. > Loaded symbols for /usr/lib64/libsasl2.so.2 > Reading symbols from /lib64/libssl.so.6...done. > Loaded symbols for /lib64/libssl.so.6 > Reading symbols from /lib64/libcrypto.so.6...done. > Loaded symbols for /lib64/libcrypto.so.6 > Reading symbols from /lib64/libresolv.so.2...done. > Loaded symbols for /lib64/libresolv.so.2 > Reading symbols from /lib64/libgcc_s.so.1...done. > Loaded symbols for /lib64/libgcc_s.so.1 > Reading symbols from /lib64/libc.so.6...done. > Loaded symbols for /lib64/libc.so.6 > Reading symbols from /lib64/ld-linux-x86-64.so.2...done. > Loaded symbols for /lib64/ld-linux-x86-64.so.2 > Reading symbols from /lib64/libdl.so.2...done. > Loaded symbols for /lib64/libdl.so.2 > Reading symbols from /usr/lib64/libgssapi_krb5.so.2...done. > Loaded symbols for /usr/lib64/libgssapi_krb5.so.2 > Reading symbols from /usr/lib64/libkrb5.so.3...done. > Loaded symbols for /usr/lib64/libkrb5.so.3 > Reading symbols from /lib64/libcom_err.so.2...done. > Loaded symbols for /lib64/libcom_err.so.2 > Reading symbols from /usr/lib64/libk5crypto.so.3...done. > Loaded symbols for /usr/lib64/libk5crypto.so.3 > Reading symbols from /usr/lib64/libz.so.1...done. > Loaded symbols for /usr/lib64/libz.so.1 > Reading symbols from /usr/lib64/libkrb5support.so.0...done. > Loaded symbols for /usr/lib64/libkrb5support.so.0 > Reading symbols from /lib64/libkeyutils.so.1...done. > Loaded symbols for /lib64/libkeyutils.so.1 > Reading symbols from /lib64/libselinux.so.1...done. > Loaded symbols for /lib64/libselinux.so.1 > Reading symbols from /lib64/libsepol.so.1...done. > Loaded symbols for /lib64/libsepol.so.1 > Reading symbols from /lib64/libnss_files.so.2...done. > Loaded symbols for /lib64/libnss_files.so.2 > Reading symbols from /usr/lib64/sasl2/libanonymous.so.2...done. > Loaded symbols for /usr/lib64/sasl2/libanonymous.so.2 > Reading symbols from /usr/lib64/sasl2/libsasldb.so.2...done. > Loaded symbols for /usr/lib64/sasl2/libsasldb.so.2 > Reading symbols from /usr/lib64/sasl2/liblogin.so.2...done. > Loaded symbols for /usr/lib64/sasl2/liblogin.so.2 > Reading symbols from /usr/lib64/sasl2/libplain.so.2...done. > Loaded symbols for /usr/lib64/sasl2/libplain.so.2 > Core was generated by `./slapd -d5'. > Program terminated with signal 11, Segmentation fault. > [New process 12313] > [New process 12314] > [New process 12312] > [New process 12311] > [New process 12310] > [New process 12309] > [New process 12308] > [New process 12307] > [New process 12305] ># 0=C2=A0 NdbTransaction::execute (this=3D0x15, ># aTypeOfExec=3DNdbTransaction::Rollback, > =C2=A0=C2=A0=C2=A0 abortOption=3DNdbOperation::DefaultAbortOption, = forceSend=3D0) > =C2=A0=C2=A0=C2=A0 at NdbTransaction.cpp:278 > 278=C2=A0=C2=A0=C2=A0=C2=A0 NdbTransaction.cpp: No such file or = directory. > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 in NdbTransaction.cpp > (gdb) thr apply all bt > > Thread 9 (process 12305): ># 0=C2=A0 0x000000370e8077e5 in pthread_join () from = /lib64/libpthread.so.0 ># 1=C2=A0 0x000000000059affb in ldap_pvt_thread_join (thread=3D1107417408, > =C2=A0=C2=A0=C2=A0 thread_return=3D0x0) at thr_posix.c:197 ># 2=C2=A0 0x00000000004ba2a8 in slapd_daemon () at daemon.c:2835 ># 3=C2=A0 0x000000000049bfad in main (argc=3D2, argv=3D0x7fff78fd91e8) at ># main.c:950 > Current language:=C2=A0 auto; currently c++ > > Thread 8 (process 12307): ># 0=C2=A0 0x000000370e0cced2 in select () from /lib64/libc.so.6 ># 1=C2=A0 0x000000000068a73b in my_sleep (m_seconds=3D<value optimized = out>) > =C2=A0=C2=A0=C2=A0 at my_sleep.c:34 ># 2=C2=A0 0x00000000006b3ff0 in TransporterFacade::threadMainReceive ># (this=3D0xc7a6530) > =C2=A0=C2=A0=C2=A0 at = ../../../../storage/ndb/include/portlib/NdbSleep.h:31 ># 3=C2=A0 0x00000000006b4049 in runReceiveResponse_C (me=3D0x0) > =C2=A0=C2=A0=C2=A0 at TransporterFacade.cpp:564 ># 4=C2=A0 0x00000000006a35de in ndb_thread_wrapper (_ss=3D0xc581620) at ># NdbThread.c:147 5=C2=A0 0x000000370e8064a7 in start_thread () from ># /lib64/libpthread.so.0 6=C2=A0 0x000000370e0d3c2d in clone () from ># /lib64/libc.so.6 > > Thread 7 (process 12308): ># 0=C2=A0 0x000000370e0cced2 in select () from /lib64/libc.so.6 ># 1=C2=A0 0x000000000068a73b in my_sleep (m_seconds=3D<value optimized = out>) > ---Type <return> to continue, or q <return> to quit--- > =C2=A0=C2=A0=C2=A0 at my_sleep.c:34 ># 2=C2=A0 0x00000000006b2d0f in TransporterFacade::threadMainSend ># (this=3D0xc7a6530) > =C2=A0=C2=A0=C2=A0 at = ../../../../storage/ndb/include/portlib/NdbSleep.h:31 ># 3=C2=A0 0x00000000006b2d89 in runSendRequest_C (me=3D0x0) > =C2=A0=C2=A0=C2=A0 at TransporterFacade.cpp:529 ># 4=C2=A0 0x00000000006a35de in ndb_thread_wrapper (_ss=3D0xc588670) at ># NdbThread.c:147 5=C2=A0 0x000000370e8064a7 in start_thread () from ># /lib64/libpthread.so.0 6=C2=A0 0x000000370e0d3c2d in clone () from ># /lib64/libc.so.6 > > Thread 6 (process 12309): ># 0=C2=A0 0x000000370e0cced2 in select () from /lib64/libc.so.6 ># 1=C2=A0 0x000000000068a73b in my_sleep (m_seconds=3D<value optimized = out>) > =C2=A0=C2=A0=C2=A0 at my_sleep.c:34 ># 2=C2=A0 0x00000000006b9740 in ClusterMgr::threadMain (this=3D0xc7b8ce0) > =C2=A0=C2=A0=C2=A0 at = ../../../../storage/ndb/include/portlib/NdbSleep.h:31 ># 3=C2=A0 0x00000000006b98d9 in runClusterMgr_C (me=3D0x0) at = ClusterMgr.cpp:50 ># 4=C2=A0 0x00000000006a35de in ndb_thread_wrapper (_ss=3D0xc5888b0) at ># NdbThread.c:147 5=C2=A0 0x000000370e8064a7 in start_thread () from ># /lib64/libpthread.so.0 6=C2=A0 0x000000370e0d3c2d in clone () from ># /lib64/libc.so.6 > > Thread 5 (process 12310): ># 0=C2=A0 0x000000370e0cced2 in select () from /lib64/libc.so.6 ># 1=C2=A0 0x000000000068a73b in my_sleep (m_seconds=3D<value optimized = out>) > ---Type <return> to continue, or q <return> to quit--- > =C2=A0=C2=A0=C2=A0 at my_sleep.c:34 ># 2=C2=A0 0x00000000006c8738 in TransporterRegistry::start_clients_thread = ( > =C2=A0=C2=A0=C2=A0 this=3D0xc580c70) at > ../../../../../storage/ndb/include/portlib/NdbSleep.h:31 ># 3=C2=A0 0x00000000006c89e9 in run_start_clients_C (me=3D0x0) > =C2=A0=C2=A0=C2=A0 at TransporterRegistry.cpp:1422 ># 4=C2=A0 0x00000000006a35de in ndb_thread_wrapper (_ss=3D0xc588a40) at ># NdbThread.c:147 5=C2=A0 0x000000370e8064a7 in start_thread () from ># /lib64/libpthread.so.0 6=C2=A0 0x000000370e0d3c2d in clone () from ># /lib64/libc.so.6 > > Thread 4 (process 12311): ># 0=C2=A0 0x000000370e0cced2 in select () from /lib64/libc.so.6 ># 1=C2=A0 0x00000000006a82d6 in SocketServer::doAccept (this=3D0xc7b8bd0) > =C2=A0=C2=A0=C2=A0 at SocketServer.cpp:189 ># 2=C2=A0 0x00000000006a8612 in SocketServer::doRun (this=3D0xc7b8bd0) > =C2=A0=C2=A0=C2=A0 at SocketServer.cpp:279 ># 3=C2=A0 0x00000000006a8639 in socketServerThread_C (_ss=3D0x1) > =C2=A0=C2=A0=C2=A0 at SocketServer.cpp:231 ># 4=C2=A0 0x00000000006a35de in ndb_thread_wrapper (_ss=3D0xc581710) at ># NdbThread.c:147 5=C2=A0 0x000000370e8064a7 in start_thread () from ># /lib64/libpthread.so.0 6=C2=A0 0x000000370e0d3c2d in clone () from ># /lib64/libc.so.6 > > Thread 3 (process 12312): ># 0=C2=A0 0x000000370e0d4018 in epoll_wait () from /lib64/libc.so.6 > ---Type <return> to continue, or q <return> to quit--- ># 1=C2=A0 0x00000000004b9559 in slapd_daemon_task (ptr=3D0x0) at = daemon.c:2460 ># 2=C2=A0 0x000000370e8064a7 in start_thread () from = /lib64/libpthread.so.0 ># 3=C2=A0 0x000000370e0d3c2d in clone () from /lib64/libc.so.6 > > Thread 2 (process 12314): ># 0=C2=A0 0x000000370e80ab99 in pthread_cond_wait@@GLIBC_2.3.2 () > =C2=A0=C2=A0 from /lib64/libpthread.so.0 ># 1=C2=A0 0x000000000059b0a3 in ldap_pvt_thread_cond_wait = (cond=3D0xc538bc0, > =C2=A0=C2=A0=C2=A0 mutex=3D0xc538b98) at thr_posix.c:277 ># 2=C2=A0 0x0000000000599b63 in ldap_int_thread_pool_wrapper = (xpool=3D0xc538b90) > =C2=A0=C2=A0=C2=A0 at tpool.c:672 ># 3=C2=A0 0x000000370e8064a7 in start_thread () from = /lib64/libpthread.so.0 ># 4=C2=A0 0x000000370e0d3c2d in clone () from /lib64/libc.so.6 > > Thread 1 (process 12313): ># 0=C2=A0 NdbTransaction::execute (this=3D0x15, ># aTypeOfExec=3DNdbTransaction::Rollback, > =C2=A0=C2=A0=C2=A0 abortOption=3DNdbOperation::DefaultAbortOption, = forceSend=3D0) > =C2=A0=C2=A0=C2=A0 at NdbTransaction.cpp:278 ># 1=C2=A0 0x0000000000561195 in NdbTransaction::execute (this=3D0x15, > =C2=A0=C2=A0=C2=A0 execType=3DRollback, abortOption=3DDefaultAbortOption, = force=3D0) > =C2=A0=C2=A0=C2=A0 at = /usr/include/mysql/storage/ndb/ndbapi/NdbTransaction.hpp:343 ># 2=C2=A0 0x0000000000575926 in ndb_back_add (op=3D0xc58c5d0, = rs=3D0x4283ec00) > =C2=A0=C2=A0=C2=A0 at add.cpp:336 > ---Type <return> to continue, or q <return> to quit--- ># 3=C2=A0 0x00000000004c6489 in fe_op_add (op=3D0xc58c5d0, = rs=3D0x4283ec00) at ># add.c:334 4=C2=A0 0x00000000004c5e13 in do_add (op=3D0xc58c5d0, = rs=3D0x4283ec00) ># at add.c:194 5=C2=A0 0x00000000004bd06a in connection_operation ># (ctx=3D0x4283ed50, > =C2=A0=C2=A0=C2=A0 arg_v=3D0xc58c5d0) at connection.c:1123 ># 6=C2=A0 0x00000000004bd5ef in connection_read_thread (ctx=3D0x4283ed50, ># argv=3D0xd) > =C2=A0=C2=A0=C2=A0 at connection.c:1259 ># 7=C2=A0 0x0000000000599c01 in ldap_int_thread_pool_wrapper = (xpool=3D0xc538b90) > =C2=A0=C2=A0=C2=A0 at tpool.c:685 ># 8=C2=A0 0x000000370e8064a7 in start_thread () from = /lib64/libpthread.so.0 ># 9=C2=A0 0x000000370e0d3c2d in clone () from /lib64/libc.so.6 > (gdb) > > > > > On Tue, Dec 15, 2009 at 4:01 AM, Quanah Gibson-Mount <quanah(a)zimbra.com> > wrote: > > --On Saturday, December 12, 2009 5:48 PM +0000 quanah(a)zimbra.com wrote: > > > > ># 0=3DC2=3DA0 0x000000000066f891 in ?? () > (gdb) > > > > So where's the thr apply all bt command inside gdb? =C2=A0You've just = loaded > > > Please provide the backtrace as noted if you want this to be further > investigated. =C2=A0Thanks! > > Again, after you run: > > gdb </slapd> <core> > > You then need to run: > > thr apply all bt > > To get a backtrace of all threads, and then submit that to the ITS. > > > > > --Quanah > > > -- > > Quanah Gibson-Mount > Principal Software Engineer > Zimbra, Inc > -------------------- > Zimbra :: =C2=A0the leader in open source messaging and collaboration > > -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#6431) LDAP Server disabled
by yimnara＠khaouchuly.com 14 Dec '09

14 Dec '09

Full_Name: Yim Nara Version: 2.1.0 OS: Window 2003 server URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (124.248.180.59) LDAP server Disabled Tue 2009-12-15 10:14:45: [LDAP] Error adding 'MDaemon(a)khaouchuly.com' to LDAP address book. Tue 2009-12-15 10:14:45: [LDAP] Error 1: Operations error. Tue 2009-12-15 10:14:45: [LDAP] 0 address records exported, 0 address records already existed, 41 errors.

1 0

Re: (ITS#6426) slapd crash with 'Bus error'
by quanah＠zimbra.com 14 Dec '09

14 Dec '09

--On Saturday, December 12, 2009 5:48 PM +0000 quanah(a)zimbra.com wrote: >># 0=C2=A0 0x000000000066f891 in ?? () >> (gdb) > > So where's the thr apply all bt command inside gdb? You've just loaded Please provide the backtrace as noted if you want this to be further investigated. Thanks! Again, after you run: gdb </slapd> <core> You then need to run: thr apply all bt To get a backtrace of all threads, and then submit that to the ITS. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6427) ldapsearch with delay (on the same machine over TLS/SSL only)
by pali＠tmapy.cz 13 Dec '09

13 Dec '09

Now it is OK. Build was successful and slapd is working fine. No more delays on start of TLS/SSL queries. Thanks Pavel

1 0

Re: (ITS#6426) slapd crash with 'Bus error'
by quanah＠zimbra.com 12 Dec '09

12 Dec '09

--On Saturday, December 12, 2009 1:16 PM +0330 afshin afzali=20 <a.afzali2003(a)gmail.com> wrote: > Hi, > It is makes no difference except that the 'Bus error' replaced with > 'Segmentation fault'. Also I've used the 'make clean' to cleanup my > installation. Any suggestion ? > > Regards, > =C2=A0 > > > [root@dc1 libexec]# gdb --core=3Dcore.12305 > GNU gdb Fedora (6.8-37.el5) > Copyright (C) 2008 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law.=C2=A0 Type "show > copying" > and "show warranty" for details. > This GDB was configured as "x86_64-redhat-linux-gnu". > Core was generated by `./slapd -d5'. > Program terminated with signal 11, Segmentation fault. > [New process 12313] > [New process 12314] > [New process 12312] > [New process 12311] > [New process 12310] > [New process 12309] > [New process 12308] > [New process 12307] > [New process 12305] ># 0=C2=A0 0x000000000066f891 in ?? () > (gdb) So where's the thr apply all bt command inside gdb? You've just loaded the = core, you haven't asked for any information. Also, keep replies to the bug tracker (i.e., CC it as well) if you want=20 help. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6427) ldapsearch with delay (on the same machine over TLS/SSL only)
by quanah＠zimbra.com 11 Dec '09

11 Dec '09

--On Friday, December 11, 2009 9:22 PM +0000 pali(a)tmapy.cz wrote: > > --=-NIKZplg5L6FNssI2Xw1S > Content-Type: text/plain > Content-Transfer-Encoding: 7bit > > It has worked (in 2.4.18, 2.4.19, 2.4.20) with the same configs. Please re-sync RE24. There was missed commit sync'd in tonight. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6430) test017-syncreplication-refresh: line 86: 20774 Aborted
by hyc＠symas.com 11 Dec '09

11 Dec '09

hyc(a)symas.com wrote: > michael(a)stroeder.com wrote: >> Thread 1 (Thread 20774): > OK. The patch for #6419 that was backported from HEAD needs some additional > stuff that isn't yet in RE24. > Fixed now in RE24, closing this ITS. -- -- 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#6430) test017-syncreplication-refresh: line 86: 20774 Aborted
by hyc＠symas.com 11 Dec '09

11 Dec '09

michael(a)stroeder.com wrote: > Thread 1 (Thread 20774): > #0 0x00002ad97f0974e5 in raise () from /lib64/libc.so.6 > #1 0x00002ad97f0989b0 in abort () from /lib64/libc.so.6 > #2 0x00002ad97f09024a in __assert_fail () from /lib64/libc.so.6 > #3 0x0000000000429e29 in slap_cf_aux_table_unparse (src=0x7f3120, > bv=0x7fffc98185f0, tab0=<value optimized out>) at config.c:1447 > #4 0x000000000048885d in syncrepl_unparse (si=0x7f30f0, bv=0x7fffc9818650) at > syncrepl.c:4582 > #5 0x000000000048e1bb in syncrepl_config (c=<value optimized out>) at > syncrepl.c:4748 > #6 0x000000000042ad06 in config_get_vals (cf=0x724240, c=0x5126) at config.c:443 > #7 0x0000000000422c43 in config_build_attrs (e=<value optimized out>, > at=0x7ba628, ad=0x7a31d0, ct=0x724240, c=0x7fffc9818830) at bconfig.c:6033 > #8 0x0000000000423014 in config_build_entry (op=<value optimized out>, > rs=<value optimized out>, parent=<value optimized out>, > c=0x7fffc9818830, rdn=0x7fffc981a110, main=0x724860, extra=0x2ad98199d7a0) > at bconfig.c:6139 > #9 0x0000000000427261 in config_back_db_open (be=<value optimized out>, > cr=<value optimized out>) at bconfig.c:6527 > #10 0x0000000000441949 in backend_startup_one (be=0x7bc400, cr=0x7fffc981a180) > at backend.c:224 > #11 0x0000000000441c2b in backend_startup (be=0x7bc400) at backend.c:325 > #12 0x000000000041ae46 in main (argc=8, argv=0x7fffc981a488) at main.c:947 OK. The patch for #6419 that was backported from HEAD needs some additional stuff that isn't yet in RE24. -- -- 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#6430) test017-syncreplication-refresh: line 86: 20774 Aborted
by michael＠stroeder.com 11 Dec '09

11 Dec '09

Thread 1 (Thread 20774): #0 0x00002ad97f0974e5 in raise () from /lib64/libc.so.6 #1 0x00002ad97f0989b0 in abort () from /lib64/libc.so.6 #2 0x00002ad97f09024a in __assert_fail () from /lib64/libc.so.6 #3 0x0000000000429e29 in slap_cf_aux_table_unparse (src=0x7f3120, bv=0x7fffc98185f0, tab0=<value optimized out>) at config.c:1447 #4 0x000000000048885d in syncrepl_unparse (si=0x7f30f0, bv=0x7fffc9818650) at syncrepl.c:4582 #5 0x000000000048e1bb in syncrepl_config (c=<value optimized out>) at syncrepl.c:4748 #6 0x000000000042ad06 in config_get_vals (cf=0x724240, c=0x5126) at config.c:443 #7 0x0000000000422c43 in config_build_attrs (e=<value optimized out>, at=0x7ba628, ad=0x7a31d0, ct=0x724240, c=0x7fffc9818830) at bconfig.c:6033 #8 0x0000000000423014 in config_build_entry (op=<value optimized out>, rs=<value optimized out>, parent=<value optimized out>, c=0x7fffc9818830, rdn=0x7fffc981a110, main=0x724860, extra=0x2ad98199d7a0) at bconfig.c:6139 #9 0x0000000000427261 in config_back_db_open (be=<value optimized out>, cr=<value optimized out>) at bconfig.c:6527 #10 0x0000000000441949 in backend_startup_one (be=0x7bc400, cr=0x7fffc981a180) at backend.c:224 #11 0x0000000000441c2b in backend_startup (be=0x7bc400) at backend.c:325 #12 0x000000000041ae46 in main (argc=8, argv=0x7fffc981a488) at main.c:947

1 0

(ITS#6430) test017-syncreplication-refresh: line 86: 20774 Aborted
by michael＠stroeder.com 11 Dec '09

11 Dec '09

Full_Name: Michael Ströder Version: RE24 OS: openSUSE Linux 11.2 (x86_64) URL: Submission from: (NULL) (84.163.120.34) >>>>> Starting test017-syncreplication-refresh for bdb... running defines.sh Starting producer slapd on TCP/IP port 9011... Using ldapsearch to check that producer slapd is running... Using ldapadd to create the context prefix entry in the producer... Starting consumer slapd on TCP/IP port 9012... ./scripts/test017-syncreplication-refresh: line 86: 20774 Aborted (core dumped) $SLAPD -f $CONF2 -h $URI2 -d $LVL $TIMING > $LOG2 2>&1 Using ldapsearch to check that consumer slapd is running... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... Waiting 5 seconds for slapd to start... ldapsearch failed (255)! ./scripts/test017-syncreplication-refresh: line 102: kill: (20774) - No such process >>>>> ./scripts/test017-syncreplication-refresh failed for bdb (exit 255) make[2]: *** [bdb-mod] Error 255 make[2]: Leaving directory `/usr/src/michael/openldap/OPENLDAP_REL_ENG_2_4/openldap/tests' make[1]: *** [test] Error 2 make[1]: Leaving directory `/usr/src/michael/openldap/OPENLDAP_REL_ENG_2_4/openldap/tests' make: *** [test] Error 2

1 0

← Newer
1
2
3
4
5
6
7
8
...
14
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs December 2009