openldap-bugs

openldap-bugs@openldap.org

1 participants
21001 discussions

[Issue 9482] New: slapi_int_get_plugins() may return uninitialized data
by openldap-its＠openldap.org 31 Mar '21

31 Mar '21

https://bugs.openldap.org/show_bug.cgi?id=9482 Issue ID: 9482 Summary: slapi_int_get_plugins() may return uninitialized data Product: OpenLDAP Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: slapd Assignee: bugs(a)openldap.org Reporter: grapvar(a)gmail.com Target Milestone: --- ... because > if ( be == NULL ) { > goto done; > } returns before output variable ppFuncPtrs has been initialized. This may be not affect openldap code, but, if I understand correctly, slapi_int_get_plugins() is part of api and may affect 3rd party. -- You are receiving this mail because: You are on the CC list for the issue.

1 6

[Issue 9483] New: Need dummy value for AC_TLS_TYPE
by openldap-its＠openldap.org 31 Mar '21

31 Mar '21

https://bugs.openldap.org/show_bug.cgi?id=9483 Issue ID: 9483 Summary: Need dummy value for AC_TLS_TYPE Product: OpenLDAP Version: 2.5 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: build Assignee: bugs(a)openldap.org Reporter: quanah(a)openldap.org Target Milestone: --- If slapd is built without any type of TLS, AC_TLS_TYPE becomes empty, which then causes problems in the test suite. -- You are receiving this mail because: You are on the CC list for the issue.

1 4

[Issue 9498] New: assert failed in connection_next
by openldap-its＠openldap.org 31 Mar '21

31 Mar '21

https://bugs.openldap.org/show_bug.cgi?id=9498 Issue ID: 9498 Summary: assert failed in connection_next 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: --- Discovered in test074 in CI Thread 5 (Thread 0x7f9767fff700 (LWP 10601)): #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x00007f9776ba2535 in __GI_abort () at abort.c:79 #2 0x00007f9776ba240f in __assert_fail_base (fmt=0x7f9776d04ee0 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=0x55fb742287f0 "c->c_conn_state != SLAP_C_INVALID", file=0x55fb742282cd "connection.c", line=928, function=<optimized out>) at assert.c:92 #3 0x00007f9776bb0102 in __GI___assert_fail (assertion=assertion@entry=0x55fb742287f0 "c->c_conn_state != SLAP_C_INVALID", file=file@entry=0x55fb742282cd "connection.c", line=line@entry=928, function=function@entry=0x55fb74229180 <__PRETTY_FUNCTION__.12455> "connection_next") at assert.c:101 No locals. #4 0x000055fb7418499f in connection_next (c=0x7f9775a7c950, index=0x7f9767ffd82c) at connection.c:928 c_struct = <optimized out> __PRETTY_FUNCTION__ = "connection_next" c_struct = <optimized out> #5 connection_next (c=0x0, index=index@entry=0x7f9767ffd82c) at connection.c:896 __PRETTY_FUNCTION__ = "connection_next" c_struct = <optimized out> #6 0x000055fb742096da in monitor_subsys_rww_update (op=<optimized out>, rs=<optimized out>, e=0x55fb745008d8) at rww.c:194 mi = 0x55fb74299240 <monitor_info> c = <optimized out> connindex = 117 nconns = <optimized out> nwritewaiters = 0 nreadwaiters = 4 i = <optimized out> nrdn = {bv_len = 7, bv_val = 0x55fb74598010 "cn=read,cn=waiters,cn=monitor"} a = <optimized out> buf = "\260\027C`\227\177\000\000\340\211\033`\227\177\000\000x\372O", <incomplete sequence \373> num = 0 len = <optimized out> __PRETTY_FUNCTION__ = "monitor_subsys_rww_update" #7 0x000055fb7420f3df in monitor_entry_update (op=op@entry=0x7f975c2d1280, rs=rs@entry=0x7f9767ffead0, e=e@entry=0x55fb745008d8) at entry.c:59 mi = <optimized out> mp = 0x55fb74598430 rc = 32768 __PRETTY_FUNCTION__ = "monitor_entry_update" #8 0x000055fb74209c2f in monitor_send_children (op=op@entry=0x7f975c2d1280, rs=rs@entry=0x7f9767ffead0, e_nonvolatile=e_nonvolatile@entry=0x55fb745008d8, e_ch=<optimized out>, sub=sub@entry=1) at search.c:103 sub_nv = 0x0 sub_ch = 0x0 mi = 0x55fb74299240 <monitor_info> e = 0x55fb745008d8 e_tmp = <optimized out> mp = <optimized out> rc = <optimized out> nonvolatile = 0 #9 0x000055fb74209cbf in monitor_send_children (op=op@entry=0x7f975c2d1280, rs=rs@entry=0x7f9767ffead0, e_nonvolatile=e_nonvolatile@entry=0x55fb744ff6b8, e_ch=<optimized out>, sub=1) at search.c:139 sub_nv = 0x55fb745008d8 sub_ch = 0x0 mi = 0x55fb74299240 <monitor_info> e = 0x55fb744ffa78 e_tmp = 0x0 mp = <optimized out> rc = <optimized out> nonvolatile = 1 #10 0x000055fb74209f4c in monitor_back_search (op=0x7f975c2d1280, rs=0x7f9767ffead0) at search.c:238 mi = 0x55fb74299240 <monitor_info> rc = <optimized out> e = 0x55fb744ff668 matched = 0x0 e_nv = 0x55fb744ff6b8 e_ch = 0x0 mask = 4159 #11 0x000055fb74186121 in fe_op_search (op=0x7f975c2d1280, rs=0x7f9767ffead0) at search.c:406 bd = 0x55fb74298880 <slap_frontendDB> #12 0x000055fb74185b24 in do_search (op=0x7f975c2d1280, rs=0x7f9767ffead0) at search.c:247 base = {bv_len = 10, bv_val = 0x7f975c2d1248 "cn=Monitor"} siz = 0 off = 0 i = <optimized out> #13 0x000055fb74183504 in connection_operation (ctx=0x7f9767ffebb0, arg_v=0x7f975c2d1280) at connection.c:1168 -- You are receiving this mail because: You are on the CC list for the issue.

1 5

[Issue 9479] New: asyncmeta: test074 failure to terminate
by openldap-its＠openldap.org 31 Mar '21

31 Mar '21

https://bugs.openldap.org/show_bug.cgi?id=9479 Issue ID: 9479 Summary: asyncmeta: test074 failure to terminate Product: OpenLDAP Version: 2.5 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: backends Assignee: bugs(a)openldap.org Reporter: quanah(a)openldap.org Target Milestone: --- When the asyncmeta backend is enabled in master test074 routinely fails to complete, causing CI/CD to force kill the container and marking the branch as failed. This same problem with test074 has manifested in environments outside of the CI/CD system, such as the launchpad PPA service. -- You are receiving this mail because: You are on the CC list for the issue.

1 4

[Issue 9481] New: servers/slapd/proxyp.c does not respect --disable-ipv6 and fails to compile
by openldap-its＠openldap.org 31 Mar '21

31 Mar '21

https://bugs.openldap.org/show_bug.cgi?id=9481 Issue ID: 9481 Summary: servers/slapd/proxyp.c does not respect --disable-ipv6 and fails to compile Product: OpenLDAP Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: slapd Assignee: bugs(a)openldap.org Reporter: grapvar(a)gmail.com Target Milestone: --- current git master, commit: a44706f64 2021-02-26 | ITS#7508 - fix website build ... -- You are receiving this mail because: You are on the CC list for the issue.

1 8

[Issue 9484] New: contrib passwd modules fail to build
by openldap-its＠openldap.org 31 Mar '21

31 Mar '21

https://bugs.openldap.org/show_bug.cgi?id=9484 Issue ID: 9484 Summary: contrib passwd modules fail to build Product: OpenLDAP Version: 2.5 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: contrib Assignee: bugs(a)openldap.org Reporter: ryan(a)openldap.org Target Milestone: --- ../../../libtool --mode=compile gcc -g -O2 -Wall -I../../../include -I../../../include -I../../../servers/slapd -c kerberos.c libtool: compile: gcc -g -O2 -Wall -I../../../include -I../../../include -I../../../servers/slapd -c kerberos.c -fPIC -DPIC -o .libs/kerberos.o In file included from kerberos.c:20: ../../../include/lutil.h:356:18: error: field ‘sa_addr’ has incomplete type 356 | struct sockaddr sa_addr; | ^~~~~~~ ../../../include/lutil.h:357:21: error: field ‘sa_in_addr’ has incomplete type 357 | struct sockaddr_in sa_in_addr; | ^~~~~~~~~~ make: *** [Makefile:34: kerberos.lo] Error 1 ../../../libtool --mode=compile gcc -g -O2 -Wall -I../../../include -I../../../include -I../../../servers/slapd -c netscape.c libtool: compile: gcc -g -O2 -Wall -I../../../include -I../../../include -I../../../servers/slapd -c netscape.c -fPIC -DPIC -o .libs/netscape.o In file included from netscape.c:20: ../../../include/lutil.h:356:18: error: field ‘sa_addr’ has incomplete type 356 | struct sockaddr sa_addr; | ^~~~~~~ ../../../include/lutil.h:357:21: error: field ‘sa_in_addr’ has incomplete type 357 | struct sockaddr_in sa_in_addr; | ^~~~~~~~~~ make: *** [Makefile:34: netscape.lo] Error 1 ../../../libtool --mode=compile gcc -g -O2 -Wall -I../../../include -I../../../include -I../../../servers/slapd -c apr1.c libtool: compile: gcc -g -O2 -Wall -I../../../include -I../../../include -I../../../servers/slapd -c apr1.c -fPIC -DPIC -o .libs/apr1.o In file included from ../../../include/lutil.h:21, from apr1.c:23: ../../../include/ac/socket.h:233:46: error: unknown type name ‘uid_t’ 233 | LDAP_LUTIL_F( int ) lutil_getpeereid( int s, uid_t *, gid_t * ); | ^~~~~ ../../../include/ac/socket.h:233:55: error: unknown type name ‘gid_t’ 233 | LDAP_LUTIL_F( int ) lutil_getpeereid( int s, uid_t *, gid_t * ); | ^~~~~ In file included from apr1.c:23: ../../../include/lutil.h:356:18: error: field ‘sa_addr’ has incomplete type 356 | struct sockaddr sa_addr; | ^~~~~~~ ../../../include/lutil.h:357:21: error: field ‘sa_in_addr’ has incomplete type 357 | struct sockaddr_in sa_in_addr; | ^~~~~~~~~~ make: *** [Makefile:34: apr1.lo] Error 1 Patch is coming. -- You are receiving this mail because: You are on the CC list for the issue.

1 4

[Issue 9490] New: Make it so keepalive settings can be configured in ldap.conf
by openldap-its＠openldap.org 31 Mar '21

31 Mar '21

https://bugs.openldap.org/show_bug.cgi?id=9490 Issue ID: 9490 Summary: Make it so keepalive settings can be configured in ldap.conf 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: --- There are certain cases where it would be helpful to be able to set a system wide set of keepalive settings for any applications that use libldap (at least on linux). -- You are receiving this mail because: You are on the CC list for the issue.

1 8

[Issue 9491] New: memleak in asyncmeta
by openldap-its＠openldap.org 31 Mar '21

31 Mar '21

https://bugs.openldap.org/show_bug.cgi?id=9491 Issue ID: 9491 Summary: memleak in asyncmeta Product: OpenLDAP Version: 2.5 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: backends Assignee: bugs(a)openldap.org Reporter: hyc(a)openldap.org Target Milestone: --- Due to some code skew between old Symas repo and public repo, asyncmeta in master/2.5 leaks a memctx on every operation. -- You are receiving this mail because: You are on the CC list for the issue.

1 3

[Issue 9504] New: Assertion failure after reconfiguring olcDbIDAssertBind in slapd-ldap
by openldap-its＠openldap.org 31 Mar '21

31 Mar '21

https://bugs.openldap.org/show_bug.cgi?id=9504 Issue ID: 9504 Summary: Assertion failure after reconfiguring olcDbIDAssertBind in slapd-ldap Product: OpenLDAP Version: 2.5 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: backends Assignee: bugs(a)openldap.org Reporter: tero.saarni(a)est.tech Target Milestone: --- OpenLDAP crashes to following assert error: slapd: bind.c:2657: ldap_back_proxy_authz_ctrl: Assertion `0' failed. The crash can be reproduced by executing following sequence: 1. create proxy with OLC configuration 2. execute modify operation that changes olcDbIDAssertBind (replace or delete&add) but do set mode=legacy as the value 3. execute ldapsearch as user that maps into idassert-bind 4. slapd crashes with the above error message mode=legacy is the default and everything works after initial configuration (1) even without adding mode=legacy into the configuration, but when doing re-configuration using OLC (2) the default value does not seem to get initialized correctly anymore. This causes next LDAP operation (3) to fail after changing the configuration since the server crashes (4). The assert in question is here, in the default branch when "mode" variable is not set at all: https://git.openldap.org/openldap/openldap/-/blob/c9ee2ccd1c8aadaef9db90742… -- You are receiving this mail because: You are on the CC list for the issue.

1 6

[Issue 9501] ITS#9419 regression: slapd-ldap will silently fall back from starttls to cleartext
by openldap-its＠openldap.org 31 Mar '21

31 Mar '21

https://bugs.openldap.org/show_bug.cgi?id=9501 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.

1 0

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