https://bugs.openldap.org/show_bug.cgi?id=8113
--- Comment #2 from jscott(a)posteo.net ---
This has been fixed. It's in my manpage on Debian Bullseye:
ldap_str2dn() parses a string representation of a distinguished name contained
in str into its components, which are stored in as ldap_ava structures,
arranged in LDAPAVA, LDAPRDN, and LDAPDN terms. Space for dn will be obtained
dynamically and should be freed by the caller using ldap_dnfree(3). The LDAPDN
is defined as:
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9015
--- Comment #10 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
Commits:
• afc970b1
by Howard Chu at 2020-09-15T12:08:22+01:00
ITS#9015 syncprov: fix for zero-length suffix
If the "" glue entry exists and lacks a contextCSN, must perform
an additional search to be sure the DB is otherwise empty. If so,
skip creating the contextCSN.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9338
Issue ID: 9338
Summary: slapd write waiter doesn't resume pending ops
Product: OpenLDAP
Version: 2.5
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: slapd
Assignee: bugs(a)openldap.org
Reporter: hyc(a)openldap.org
Target Milestone: ---
If a socket output buffer fills up (e.g. because the client is not reading
responses fast enough) slapd will queue up any newly received operations on
that connection and defer their execution till later. In the new write waiter
code in master/2.5, after the socket becomes writable again the pending ops
are not getting rescheduled for execution because of a missing call to
connection_write(). As a result, a client waiting for these ops on that
connection to finish will be hung forever.
This bug impacts the syncrepl consumer in delta-sync mode if it loses sync and
has to fallback to Refresh mode, and its connection was backlogged on the
provider side. In the fallback case the consumer sends an Abandon for the
current search and issues a new Refresh search, but if the socket was blocked
on the provider side the new search won't execute.
A fix for the write waiter is ready, and also the consumer will be patched to
simply close the connection and open a new one on its fallback, to avoid
running into this problem.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8055
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |VERIFIED
Keywords|replication |
Target Milestone|2.5.0 |---
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8055
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |WORKSFORME
Status|UNCONFIRMED |RESOLVED
--- Comment #2 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
Unable to reproduce in current RE24 or master. Seems as though this was fixed
long ago.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=7790
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|bugs(a)openldap.org |ryan(a)openldap.org
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8102
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|replication |
Resolution|TEST |FIXED
--- Comment #7 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
RE24:
• 178ca23e
by Howard Chu at 2020-09-09T16:39:15+00:00
ITS#8102 serialize plain syncrepl
Using cs_pmutex. Reverts the addition of cs_modmutex in ITS#9330,
use cs_pmutex for both delta and plain writes.
Note that plain syncrepl already used cs_pmutex when a cookie CSN
was present in the op. Now it is used for all writes, regardless
of presence of cookie.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9323
Issue ID: 9323
Summary: For 2.5, only support OpenSSL 1.0 or later
Product: OpenLDAP
Version: 2.5
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: libraries
Assignee: bugs(a)openldap.org
Reporter: quanah(a)openldap.org
Target Milestone: ---
Need to abort configure at the least if the OpenSSL release is less than the
1.0.x series when compiling against OpenSSL
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9043
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |VERIFIED
--
You are receiving this mail because:
You are on the CC list for the issue.