openldap-bugs

openldap-bugs@openldap.org

1 participants
20995 discussions

[Issue 9383] Assertion failure in OpenLDAP: slapd v2.X - schema_init.c:certificateListValidate:419
by openldap-its＠openldap.org 02 Nov '20

02 Nov '20

https://bugs.openldap.org/show_bug.cgi?id=9383 Howard Chu <hyc(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Group|OpenLDAP-devs | --- Comment #2 from Howard Chu <hyc(a)openldap.org> --- (In reply to phasip from comment #0) > A malicious packet can force OpenLDAP to fail an assertion and crash. > slapd: schema_init.c:419: int certificateListValidate(Syntax *, struct > berval *): Assertion `tag == LBER_INTEGER' failed. Note that this code was behind #ifdef LDAP_DEVEL so it is not vulnerable in any public OpenLDAP releases. -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 9372] New: Use POSIX semaphores by default on MacOS
by openldap-its＠openldap.org 30 Oct '20

30 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9372 Issue ID: 9372 Summary: Use POSIX semaphores by default on MacOS Product: LMDB Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: liblmdb Assignee: bugs(a)openldap.org Reporter: kriszyp(a)gmail.com Target Milestone: --- Created attachment 775 --> https://bugs.openldap.org/attachment.cgi?id=775&action=edit Set POSIX semaphore as default for MacOS On Apple/MacOS, System V semaphores have a limit of 10 open robust (SEM_UNDO) semaphores at once per process, which can cause problems if a process has many open database environments/transactions open at once. Using POSIX semaphores eliminates this problems and supposedly have a little bit better performance. The attached patch (also at https://github.com/kriszyp/lmdb/commit/0971512f6a4aa5b05f99e481a6687d4802f7…) sets that as the default, and reverts back to System V semaphores with MDB_USE_ROBUST, since MacOS does not support robust POSIX locking. -- You are receiving this mail because: You are on the CC list for the issue.

1 3

[Issue 9371] New: Compilation errors "unknown size" on VS/Windows
by openldap-its＠openldap.org 30 Oct '20

30 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9371 Issue ID: 9371 Summary: Compilation errors "unknown size" on VS/Windows Product: LMDB Version: unspecified Hardware: All OS: Windows Status: UNCONFIRMED Severity: normal Priority: --- Component: liblmdb Assignee: bugs(a)openldap.org Reporter: kriszyp(a)gmail.com Target Milestone: --- Created attachment 774 --> https://bugs.openldap.org/attachment.cgi?id=774&action=edit Patch to fix compilation errors Compiling with VS MSBuild.exe results in multiple compilation errors like: libraries\liblmdb\mdb.c(6569): error C2036: 'void *': unknown size Patch (based on mdb.master3) at https://github.com/kriszyp/lmdb/commit/12f1bdf9be5052728694eb5fa222688f50f8… (and attached) -- You are receiving this mail because: You are on the CC list for the issue.

1 2

[Issue 9364] New: Rework encryption API
by openldap-its＠openldap.org 30 Oct '20

30 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9364 Issue ID: 9364 Summary: Rework encryption API Product: LMDB Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: liblmdb Assignee: bugs(a)openldap.org Reporter: hyc(a)openldap.org Target Milestone: --- Currently a single initialization vector is set at env creation time, and is used for the entire life of the DB. Ideally it should be a value uniquely generated on every write to a page. The most straightforward approach would be to use a combination of the page number and txid. Even better would be to use a keyed hash of these two values. -- You are receiving this mail because: You are on the CC list for the issue.

1 9

[Issue 9377] New: Golang built-in race-detector tooling catching pointer arithmetic error on Win
by openldap-its＠openldap.org 27 Oct '20

27 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9377 Issue ID: 9377 Summary: Golang built-in race-detector tooling catching pointer arithmetic error on Win Product: LMDB Version: 0.9.25 Hardware: x86_64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: --- Component: liblmdb Assignee: bugs(a)openldap.org Reporter: AskAlexSharov(a)gmail.com Target Milestone: --- Detector of race-conditions which built into Golang tooling shows next error on Windows x86_64: mdb.c:1487:7: char buf[MSGSIZE+PADSIZE], *ptr = buf; ^ fatal error: checkptr: pointer arithmetic computed bad pointer value Link to CI where error is reproducible: https://github.com/ledgerwatch/lmdb-go/pull/8/checks?check_run_id=131269917… -- You are receiving this mail because: You are on the CC list for the issue.

1 2

[Issue 9360] New: MDB_BAD_TXN: Transaction must abort, has a child, or is invalid
by openldap-its＠openldap.org 27 Oct '20

27 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9360 Issue ID: 9360 Summary: MDB_BAD_TXN: Transaction must abort, has a child, or is invalid Product: LMDB Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: liblmdb Assignee: bugs(a)openldap.org Reporter: spam(a)markandruth.co.uk Target Milestone: --- I have 2 python scripts writing to a database (lmdb 0.9.26, py-lmdb 0.98) and 5-10 lua processes (with lightningmdb module which uses lmdb 0.9.22) which are long-running serving queries from the database. The database seems fine, not corrupted, and the python writes still working all the time. But periodically (perhaps 10-20% of the time), in a way I am unable to reliably reproduce, when the lua starts up every time a query is issued txn dbi_open returns "MDB_BAD_TXN: Transaction must abort, has a child, or is invalid". A direct restart of the processes does not fix this issue, however stopping lua+python and then starting again after a 5-20s wait usually fixes the issue. This has been reproduced over multiple servers but I'm at a loss as to how to debug this any further? -- You are receiving this mail because: You are on the CC list for the issue.

1 5

[Issue 9370] null-ptr dereference for unauthenticated packet in OpenLDAP slapd
by openldap-its＠openldap.org 26 Oct '20

26 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9370 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Group|OpenLDAP-devs | Status|RESOLVED |VERIFIED -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 9368] New: openldap-2.4.54/contrib/slapd-modules/nssov/nssov.c:950:3: warning: Suss picious use of ; at the end of 'if' statement.
by openldap-its＠openldap.org 26 Oct '20

26 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9368 Issue ID: 9368 Summary: openldap-2.4.54/contrib/slapd-modules/nssov/nssov.c:95 0:3: warning: Suss picious use of ; at the end of 'if' statement. Product: OpenLDAP Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: contrib Assignee: bugs(a)openldap.org Reporter: dcb314(a)hotmail.com Target Milestone: --- Source code is if (ni->ni_socket >= 0); { if (close(ni->ni_socket)) Suggest drop ; -- You are receiving this mail because: You are on the CC list for the issue.

1 5

[Issue 9366] New: (async)meta does not check ldap_install_tls() return code
by openldap-its＠openldap.org 26 Oct '20

26 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9366 Issue ID: 9366 Summary: (async)meta does not check ldap_install_tls() return code Product: OpenLDAP Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: backends Assignee: bugs(a)openldap.org Reporter: ondra(a)mistotebe.net Target Milestone: --- When SLAP_STARTTLS_ASYNCHRONOUS is defined, meta and asyncmeta backends do not make sure to save the ldap_install_tls() return code so a StartTLS set up error might not be detected properly and the connection might not be closed for a while. Patch coming. -- You are receiving this mail because: You are on the CC list for the issue.

1 3

[Issue 9376] New: Repeated deletes with DUPSORT cursor breaks
by openldap-its＠openldap.org 26 Oct '20

26 Oct '20

https://bugs.openldap.org/show_bug.cgi?id=9376 Issue ID: 9376 Summary: Repeated deletes with DUPSORT cursor breaks Product: LMDB Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: liblmdb Assignee: bugs(a)openldap.org Reporter: hyc(a)openldap.org Target Milestone: --- As discussed and fixed in https://git.openldap.org/openldap/openldap/-/merge_requests/194 -- You are receiving this mail because: You are on the CC list for the issue.

1 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs