https://bugs.openldap.org/show_bug.cgi?id=10056
--- Comment #9 from Ondřej Kuzník ondra@mistotebe.net --- Thanks for the logs. There is some considerable delay between the processes being able to communicate with each other, showing the STARTTLS requests vs. the other process picking them up:
tests/testrun/slapd.1.log:64722cec.014e7b51 0x7ff09e19fb38 ldap_extended_operation_s tests/testrun/slapd.2.log:64722cf1.0656efa4 0x7f1dc06d2b38 ldap_extended_operation_s tests/testrun/slapd.1.log:64722cf1.065ac485 0x7ff09e9a2b38 ldap_extended_operation_s tests/testrun/slapd.1.log:64722cf1.065d0e51 0x7ff09e19fb38 conn=1002 op=0 STARTTLS tests/testrun/slapd.2.log:64722cf6.000338f2 0x7f1dbdf0cb38 conn=1000 op=0 STARTTLS tests/testrun/slapd.1.log:64722cf7.06bdca29 0x7ff09e19fb38 ldap_extended_operation_s tests/testrun/slapd.2.log:64722cfa.000221a8 0x7f1dbdf0cb38 conn=1002 op=0 STARTTLS tests/testrun/slapd.1.log:64722d02.0c852d92 0x7ff09c245b38 ldap_extended_operation_s tests/testrun/slapd.2.log:64722d02.0c8a8242 0x7f1dbe70fb38 conn=1006 op=0 STARTTLS tests/testrun/slapd.2.log:64722d02.0d37b90f 0x7f1dc06d2b38 ldap_extended_operation_s tests/testrun/slapd.1.log:64722d06.0003b59e 0x7ff09a42bb38 conn=1009 op=0 STARTTLS tests/testrun/slapd.1.log:64722d0f.02c123d5 0x7ff09c245b38 ldap_extended_operation_s tests/testrun/slapd.2.log:64722d12.000241cd 0x7f1dc0ed5b38 conn=1010 op=0 STARTTLS tests/testrun/slapd.1.log:64722d16.01082af6 0x7ff09e19fb38 ldap_extended_operation_s tests/testrun/slapd.2.log:64722d16.010cd90b 0x7f1dbd709b38 conn=1012 op=0 STARTTLS tests/testrun/slapd.2.log:64722d16.01849b23 0x7f1dc0ed5b38 ldap_extended_operation_s tests/testrun/slapd.1.log:64722d1a.00027e75 0x7ff09c245b38 conn=1014 op=0 STARTTLS tests/testrun/slapd.2.log:64722d21.00312e1b 0x7f1dbd709b38 ldap_extended_operation_s
This somehow appears to lead the server to decide its connections are failing. You might want to look into this, maybe first contrast with the shared build to see if might be a red herring.
Thanks,