On 7/24/20 12:14 AM, Quanah Gibson-Mount wrote: make test openSUSE Tumbleweed x86_64 works. Tests with my own openSUSE Tumbleweed packages [1] for system-wide installation (only back-mdb): - Automated tests of python-ldap0 work. - Automated tests of python-aedir work. - My Æ-DIR test systems seem to work. - My local installation with dhcpd/LDAP works. ;-) Ciao, Michael. [1] https://build.opensuse.org/package/show/home:stroeder:branches:home:stroe...

Hello, On Thu, 23 Jul 2020, Quanah Gibson-Mount wrote: "make test" crashes on Red Hat Enterprise Linux release 8.2 (Ootpa): Testing random mt-hot r/w search: 10 read threads 10 write threads 5 conns (5 x 100) loops... ./progs/slapd-mtread -H ldap://localhost:9011/ -D cn=Manager,dc=example,dc=com -w secret -e dc=example,dc=com -f (&(!(cn=rwtest*))(objectclass=*)) -c 5 -m 10 -M 10 -L 5 -l 100 ./scripts/test060-mt-hot: line 291: 77184 Aborted (core dumped) $SLAPD -f $CONF1 -h $URI1 -d $LVL $TIMING > $LOG1 2>&1 slapd-mtread failed (1)! ./scripts/test060-mt-hot: line 295: kill: (77184) - No such process (exit 1) make[2]: *** [Makefile:293: bdb-yes] Error 1 make[2]: Leaving directory '/home/jokke/tmp/openldap-OPENLDAP_REL_ENG_2_4/tests' make[1]: *** [Makefile:278: test] Error 2 make[1]: Leaving directory '/home/jokke/tmp/openldap-OPENLDAP_REL_ENG_2_4/tests' make: *** [Makefile:290: test] Error 2 Core dump backtrace: (gdb) bt #0 0x00007fee7828d70f in raise () from /lib64/libc.so.6 #1 0x00007fee78277b25 in abort () from /lib64/libc.so.6 #2 0x00007fee782779f9 in __assert_fail_base.cold.0 () from /lib64/libc.so.6 #3 0x00007fee78285cc6 in __assert_fail () from /lib64/libc.so.6 #4 0x000000000042afab in entry_clean (e=e@entry=0x1d7d4e8) at entry.c:451 #5 0x000000000042afb9 in entry_free (e=0x1d7d4e8) at entry.c:482 #6 0x0000000000428340 in do_add (op=0x7fee6c104440, rs=0x7fee7538a9a0) at add.c:223 #7 0x0000000000421725 in connection_operation (ctx=ctx@entry=0x7fee7538aac0, arg_v=arg_v@entry=0x7fee6c104440) at connection.c:1175 #8 0x00000000004221ab in connection_read_thread (ctx=0x7fee7538aac0, argv=0x17) at connection.c:1311 #9 0x0000000000513a68 in ldap_int_thread_pool_wrapper (xpool=0x1c96c80) at tpool.c:696 #10 0x00007fee786202de in start_thread () from /lib64/libpthread.so.0 #11 0x00007fee78351e83 in clone () from /lib64/libc.so.6 Best regards, Jokke Hämäläinen

On 24.07.20 00:02, Quanah Gibson-Mount wrote: [...] Some erors on OpenIndiana Hipster 2020.04, I have to check this. (exit 1) *** Error code 1 The following command caused the error: ./run -b mdb all make: Fatal error: Command failed for target `mdb-yes' -Dieter

--On Saturday, July 25, 2020 7:20 PM +0300 openldap-technical(a)kolttonen.fi wrote: Ok thanks. I did that as well on my centos 8.2 box and ran it through 100 loops with BDB as the backend and no luck reproducing. Are you able to reproduce it? Thanks, Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

On Sat, 25 Jul 2020, Quanah Gibson-Mount wrote: 100% able to reproduce, 4 failures with 4 attempts. My virtual machine has only one CPU: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 45 model name : Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz stepping : 2 microcode : 0x718 cpu MHz : 2000.000 cache size : 20480 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc cpuid pni pclmulqdq ssse3 cx16 pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx hypervisor lahf_lm pti ssbd ibrs ibpb stibp tsc_adjust arat flush_l1d arch_capabilities bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit bogomips : 4000.00 clflush size : 64 cache_alignment : 64 address sizes : 43 bits physical, 48 bits virtual power management: Memory: [jokke@proto-rhel8]$ free -m total used free shared buff/cache available Mem: 1800 251 764 8 783 1383 Swap: 2047 0 2047 Best regards, Jokke Hämäläinen

--On Sunday, July 26, 2020 8:48 PM +0300 openldap-technical(a)kolttonen.fi wrote: Thanks. What is the virtualization software and version? Regards, Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

On Tue, Jul 28, 2020 at 14:56:54 +0300, openldap-technical(a)kolttonen.fi wrote: All tests succeed for me on CentOS 8.2.2004, tested with 1 and 2 vCPU's and 2 GB RAM on ESXi 6.5.0 build 16389870. Geert -- geert.hendrickx.be :: geert(a)hendrickx.be :: PGP: 0xC4BB9E9F This e-mail was composed using 100% recycled spam messages!

--On Wednesday, July 29, 2020 12:21 PM +0200 Geert Hendrickx <geert(a)hendrickx.be&gt; wrote: Thanks Geert! Was that with back-bdb and back-hdb enabled in addition to back-mdb? If so, does seem like the issue is specific to that ESXi 6.5.0 build. Regards, Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

On Wed, Jul 29, 2020 at 13:56:24 -0700, Quanah Gibson-Mount wrote: Yes, all three backends enabled, default ./configure just like Jokke did. Geert -- geert.hendrickx.be :: geert(a)hendrickx.be :: PGP: 0xC4BB9E9F This e-mail was composed using 100% recycled spam messages!

On Thu, Jul 30, 2020 at 07:59:29 -0700, Quanah Gibson-Mount wrote: I tested ./run -b bdb test060-mt-hot again on an ESX 6.5.0-16207673 and it succeeded as well, multiple times (with the same CentOS 8.2 VM). Geert -- geert.hendrickx.be :: geert(a)hendrickx.be :: PGP: 0xC4BB9E9F This e-mail was composed using 100% recycled spam messages!