https://bugs.openldap.org/show_bug.cgi?id=10472
Issue ID: 10472
Summary: Detect servers dying during tests
Product: OpenLDAP
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: needs_review
Severity: normal
Priority: ---
Component: test suite
Assignee: bugs(a)openldap.org
Reporter: ondra(a)mistotebe.net
Target Milestone: ---
Currently the test suite starts tests as background jobs and ignores when they
exit prematurely or with a non-zero exit code. This makes it impossible to
detect shutdown time crashes or enable any instrumentation/leak-checking tools.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8901
--- Comment #7 from Howard Chu <hyc(a)openldap.org> ---
(In reply to Marcelo.DeCastroLoebens from comment #6)
> Thanks for the analysis and workaround provided.
>
> Do you have an opinion about the risk associated with the workaround? Since
> I'm not familiar with the code, that would be very helpful.
>
> I don't have the expertise to comprehensive test slapd in isolation, so I
> would like to know if you imagine possible side effects during "regular"
> usage (not shutdown).
There's no impact during regular use since ldap_pvt_thread_pool_close() is only
called during shutdown.
Actually, just to be more explicit - the sleep(1) should be inserted in
slapd/daemon.c:slapd_daemon_task() right after its call to
ldap_pvt_thread_pool_close(). There's no need to muck with libldap itself.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8901
--- Comment #6 from Marcelo.DeCastroLoebens(a)windriver.com ---
Thanks for the analysis and workaround provided.
Do you have an opinion about the risk associated with the workaround? Since I'm
not familiar with the code, that would be very helpful.
I don't have the expertise to comprehensive test slapd in isolation, so I would
like to know if you imagine possible side effects during "regular" usage (not
shutdown).
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8901
Howard Chu <hyc(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|VERIFIED |CONFIRMED
Resolution|FEEDBACK |---
--- Comment #5 from Howard Chu <hyc(a)openldap.org> ---
The problem is because ldap_pvt_thread_pool_close() doesn't actually know when
the last thread has exited. The last thread does a cond_signal() to tell that
it is exiting, but there's additional time between that and when the thread
actually returns (or calls pthread_exit). And LMDB's own reader_dest function
doesn't execute until the actual pthread_exit occurs. So when
ldap_pvt_thread_pool_close() returns, worker threads may still be running. Then
when backend_shutdown is called, which invokes back-mdb's shutdown and eventual
mdb_env_close(), it may get there before the worker threads have completed, and
so destroy the environment while worker threads are still trying to clear their
reader slots.
A proper fix would require some rewriting of the thread_pool code to track
thread creation and termination explicitly. A workaround for now would be to
insert a sleep(1) at the end of ldap_pvt_thread_pool_close().
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8901
Howard Chu <hyc(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Marcelo.DeCastroLoebens@win
| |driver.com
--- Comment #4 from Howard Chu <hyc(a)openldap.org> ---
*** Issue 10513 has been marked as a duplicate of this issue. ***
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9716
Issue ID: 9716
Summary: Fix default guide versions for head and 2.6
Product: OpenLDAP
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: needs_review
Severity: normal
Priority: ---
Component: documentation
Assignee: bugs(a)openldap.org
Reporter: quanah(a)openldap.org
Target Milestone: ---
The preamble file needs to be fixed in openldap head and the 2.6 release branch
to be correct.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=10507
Issue ID: 10507
Summary: Remove back-perl from OpenLDAP 2.7
Product: OpenLDAP
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: needs_review
Severity: normal
Priority: ---
Component: backends
Assignee: bugs(a)openldap.org
Reporter: quanah(a)openldap.org
Target Milestone: ---
OpenLDAP 2.6 deprecated back-perl, so remove it from the 2.7 release branch
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=10203
Issue ID: 10203
Summary: no pkgconfig file included for liblmdb
Product: LMDB
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: needs_review
Severity: normal
Priority: ---
Component: liblmdb
Assignee: bugs(a)openldap.org
Reporter: otto(a)drijf.net
Target Milestone: ---
liblmdb does not ship with a pkgconfig file. More and more build systems rely
on presense of a pkgconfig file, so it would be nice if liblmdb installed
oneone. An example:
prefix=/usr/local
exec_prefix=${prefix}
libdir=${prefix}/lib
includedir=${prefix}/include
Name: lmdb
Description: Lightning memory-mapped database: key-value data store
URL: https://www.symas.com/symas-embedded-database-lmdb
Version: 0.9.32
Libs: -L${libdir} -llmdb
Cflags: -I${includedir}
Thanks.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9009
--- Comment #2 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
head:
• aa02d9f5
by Howard Chu at 2026-05-22T03:51:12+01:00
ITS#9009 slapd-mdb: refix Makefile
RE27:
• 7ae0869b
by Howard Chu at 2026-05-22T19:12:49+00:00
ITS#9009 slapd-mdb: refix Makefile
--
You are receiving this mail because:
You are on the CC list for the issue.