openldap-bugs

openldap-bugs@openldap.org

1 participants
20967 discussions

Re: (ITS#8998) ldapi:// with SASL_NOCANON -> Local error (-2)
by quanah＠symas.com 17 Apr '19

17 Apr '19

--On Monday, March 25, 2019 7:00 PM +0000 michael(a)stroeder.com wrote: > Full_Name: Michael Str.der > Version: 2.4.47 > OS: openSUSE Tumbleweed > URL: > Submission from: (NULL) (213.240.182.56) > > > Adding line > > SASL_NOCANON on Hi Michael, Does the patch referenced in ITS#7585 fix this for you? Been waiting for years for RedHat to update with the IPR. ;) --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#7585) LDAPI with GSSAPI does not work if SASL_NOCANON=on
by quanah＠symas.com 17 Apr '19

17 Apr '19

--On Friday, April 14, 2017 10:20 PM +0000 quanah(a)symas.com wrote: > Hello, > > Thanks for the report. Unfortunately, your submission does not follow > the ITS guidelines, meaning we can't really move forward with it at this > time. Please read over > <http://www.openldap.org/devel/contributing.html>, particularly the IPR > notice requirements as well as patch submission requirements. If you > can correct these issues, then the project can move forward with > including your work in the project. Note: Requested again today that RedHat follow the correct submission guidelines for this patch, this time in their bugzilla instance. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8881) slapd.access(5) state BDB and HDB are not primary backens
by quanah＠symas.com 17 Apr '19

17 Apr '19

--On Saturday, July 21, 2018 2:54 PM +0000 dpa-bugs(a)aegee.org wrote: > Full_Name: &#1044;&#1080;&#1083;&#1103;&#1085; > &#1055;&#1072;&#1083;&#1072;&#1091;&#1079;&#1 > 086;&#1074; Version: online manual > OS: Any > URL: > Submission from: (NULL) (92.192.99.60) > > > https://www.openldap.org/software/man.cgi?query=slapd.access&sektion=5&ap > ropos=0&manpath=OpenLDAP+2.4-Release says: Thanks for the report, this has been fixed for 2.4.48. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8984) Issue with socket buffer assertion failed
by quanah＠symas.com 17 Apr '19

17 Apr '19

--On Monday, February 25, 2019 7:23 PM +0000 gandhali.atre(a)plantronics.com wrote: > Full_Name: Gandhali Atre > Version: 2.4.44 > OS: Android > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (140.242.26.200) > > > Hi, > I have a product that allows to configure LDAP servers. Looks like when > changing the configurations or doing some search 1/10 times there is a > crash and below are the crash details. Hello, OpenLDAP 2.4.44 is quite old. Please update to a current release and let us know if the issue persists. Thanks! --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#9006) sha2 module is not usable
by quanah＠symas.com 17 Apr '19

17 Apr '19

--On Thursday, April 11, 2019 5:14 AM +0000 aditya1606(a)gmail.com wrote: > Full_Name: Aditya > Version: 2.4.43 > OS: > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (131.228.66.13) > > > I am not able to load the module due to this undefined symbol. > > $ nm pw-sha2.so | grep -i "lutil_passwd_add" > U lutil_passwd_add Hello, The SHA2 module gets loaded directly into slapd which has the necessary symbols. This ITS will be closed. I would also strongly advise upgrading to a current release. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8780) Plug a socket leak in ldap_new_connection made by unsuccessful connection attempts
by quanah＠symas.com 17 Apr '19

17 Apr '19

--On Wednesday, April 17, 2019 11:33 PM +0000 quanah(a)symas.com wrote: Hello, Sending this to your @suse.com email bounced. Please see below and update with an IPR as requested. Thanks! Regards, Quanah > --On Thursday, November 30, 2017 2:02 PM +0000 hguo(a)suse.com wrote: > >> Full_Name: Houzuo Guo >> Version: master >> OS: >> URL: ftp://ftp.openldap.org/incoming/houzuo-guo-171130.patch >> Submission from: (NULL) (195.135.221.2) >> >> >> In case that ldap connection is attempted on failed URLs prior to >> establishing a successful connection, the failed connection sockets are >> never freed. This patch plugs the socket descriptor leak. > > Hello, > > Thank you for the report! Please reply with an IPR statement as > documented at > > <https://www.openldap.org/devel/contributing.html#notice> > > if you wish your patch to be reviewed for inclusion in the OpenLDAP > software. > > Regards, > Quanah > > > -- > > Quanah Gibson-Mount > Product Architect > Symas Corporation > Packaged, certified, and supported LDAP solutions powered by OpenLDAP: > <http://www.symas.com> > > > > -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8781) "connection_read(248): no connection!" on 2.4.44
by quanah＠symas.com 17 Apr '19

17 Apr '19

--On Thursday, November 30, 2017 10:11 PM +0000 mramitsingh85(a)gmail.com wrote: > Full_Name: Amit kumar singh > Version: 2.4.44 > OS: CentOS release 6.9 (Final) > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (14.141.104.38) > > > Issue on replication and get below error. > > Nov 30 17:03:55 host slapd[709]: connection_read(346): no connection! > Nov 30 17:03:55 host slapd[709]: connection_read(346): no connection! > Nov 30 17:03:55 host[709]: connection_read(362): no connection! > > I was searching issue and found that fixed ref: ITS#6548 on 2.4.27. But > strange thing is that it comes up again in 2.4.44. Not sure If I am > correct but need your help to look into it. Hello, This is not a bug. This commonly occurs when a client ends the connection without properly ending an unbind request first. The solution would be to fix the client involved. This ITS will be closed. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8780) Plug a socket leak in ldap_new_connection made by unsuccessful connection attempts
by quanah＠symas.com 17 Apr '19

17 Apr '19

--On Thursday, November 30, 2017 2:02 PM +0000 hguo(a)suse.com wrote: > Full_Name: Houzuo Guo > Version: master > OS: > URL: ftp://ftp.openldap.org/incoming/houzuo-guo-171130.patch > Submission from: (NULL) (195.135.221.2) > > > In case that ldap connection is attempted on failed URLs prior to > establishing a successful connection, the failed connection sockets are > never freed. This patch plugs the socket descriptor leak. Hello, Thank you for the report! Please reply with an IPR statement as documented at <https://www.openldap.org/devel/contributing.html#notice> if you wish your patch to be reviewed for inclusion in the OpenLDAP software. Regards, Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8764) A small typo in README
by quanah＠symas.com 17 Apr '19

17 Apr '19

--On Monday, October 30, 2017 4:36 AM +0000 believelinan(a)aliyun.com wrote: > Full_Name: Nan Li > Version: 2.4.45 > OS: > URL: > Submission from: (NULL) (137.69.117.201) > > > I download source code of version 2.4.45, found a small typo in README at > line 32: > > 32 detailed instructions can be found in the OpenLDAP > Admnistrator's > > where "Admnistrator" should be "Administrator". Thanks for the report! This has been fixed in RE24. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

Re: (ITS#8761) Comment for SLAPD_OVER_RETCODE define in portable.h is incorrect
by quanah＠symas.com 17 Apr '19

17 Apr '19

--On Monday, October 23, 2017 6:04 PM +0000 metzen(a)gmail.com wrote: > Full_Name: Matt McDonald > Version: > OS: > URL: > Submission from: (NULL) (2601:282:b01:175b:359:7f8e:53e6:7341) > > > The comment for the SLAPD_OVER_RETCODE entry in include/portable.hin > incorrectly describes it as the "Referential Integrity" overlay, when it > should indicate the "return code" overlay. Thanks for the report, this has been fixed in git master. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

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