- openldap-bugs - openldap.org

(ITS#9012) MDB maxsize gets truncated to 32-bit on Windows
by quanah＠openldap.org 21 Apr '19

21 Apr '19

Full_Name: Quanah Gibson-Mount Version: 2.4 OS: Windows URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (47.208.144.40) When using a 64-bit build of OpenLDAP on windows with LMDB, you cannot have a database larger than 3GB (Any value over 3GB gets truncated to 3GB, at least until you overflow the 32-bit int value space).

1 0

(ITS#9011) add mdb_txn_flags()
by christopher＠gmerlin.de 21 Apr '19

21 Apr '19

Full_Name: Christopher Zimmermann Version: lmdb 0.9.23 OS: OpenBSD URL: Submission from: (NULL) (85.212.134.155) Hello, I'm working on a language binding of lmdb for OCaml. While doing so I missed a functin with with to check whether a transaction is read-only. To implement the functionality I propose the following change. The attached patch file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Christopher Zimmermann <christopher(a)gmerlin.de>. I have not assigned rights and/or interest in this work to any party. I, Christopher Zimmermann, hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice. >From 2e573257a15edb0aebef3d522c262fa75c676f84 Mon Sep 17 00:00:00 2001 From: Christopher Zimmermann <madroach(a)gmerlin.de> Date: Sat, 20 Apr 2019 23:06:51 +0200 Subject: [PATCH] Add mdb_txn_flags() --- libraries/liblmdb/lmdb.h | 8 ++++++++ libraries/liblmdb/mdb.c | 7 +++++++ 2 files changed, 15 insertions(+) diff --git libraries/liblmdb/lmdb.h libraries/liblmdb/lmdb.h index 50ee37f..46ae389 100644 --- libraries/liblmdb/lmdb.h +++ libraries/liblmdb/lmdb.h @@ -989,6 +989,14 @@ MDB_env *mdb_txn_env(MDB_txn *txn); */ size_t mdb_txn_id(MDB_txn *txn); + /** @brief Retrieve the transaction's flags + * + * @param[in] txn A transaction handle returned by #mdb_txn_begin() + * @param[out] flags Address where the flags will be returned. + * @return A non-zero error value on failure and 0 on success. + */ +int mdb_txn_flags(MDB_txn *txn, unsigned int *flags); + /** @brief Commit all the operations of a transaction into the database. * * The transaction handle is freed. It and its cursors must not be used diff --git libraries/liblmdb/mdb.c libraries/liblmdb/mdb.c index 692feaa..fdf7618 100644 --- libraries/liblmdb/mdb.c +++ libraries/liblmdb/mdb.c @@ -2934,6 +2934,13 @@ mdb_txn_id(MDB_txn *txn) return txn->mt_txnid; } +int mdb_txn_flags(MDB_txn *txn, unsigned int *flags) +{ + if(!txn) return EINVAL; + *flags = txn->mt_flags & MDB_RDONLY; + return MDB_SUCCESS; +} + /** Export or close DBI handles opened in this txn. */ static void mdb_dbis_update(MDB_txn *txn, int keep) -- 2.20.1

1 0

Re: (ITS#7755) not replicated nodes after recovery
by quanah＠symas.com 19 Apr '19

19 Apr '19

--On Wednesday, November 27, 2013 5:26 AM +0000 dmitrii.fonariuk(a)gmail.com wrote: > Full_Name: Dmitrii Fonariuk > > I can conclude that the back is not replicated that DN, entryCSN value > that matches the value serverID. > > This is a bug or a feature? Hello, This would be a bug. However, it's most likely fixed since the 2.4.38 release, as there have been numerous replication related fixes since that time. If you can reproduce this issue with the current OpenLDAP release, please let us know. I apologize for the length in time in responding to this report. Regards, Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

(ITS#9010) 2.5: Remove back-bdb and back-hdb
by quanah＠openldap.org 19 Apr '19

19 Apr '19

Full_Name: Quanah Gibson-Mount Version: 2.5 OS: N/A URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (47.208.144.40) For 2.5, remove back-bdb and back-hdb from the OpenLDAP distribution. This depends on ITS#9009 in the long term, so that large DBs can be used in a 32-bit environment with LMDB. The work to remove bdb/hdb can start now, however.

1 0

(ITS#9009) 2.5: Switch to LMDB v1.0
by quanah＠openldap.org 19 Apr '19

19 Apr '19

Full_Name: Quanah Gibson-Mount Version: 2.5 OS: N/A URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (47.208.144.40) For the OpenLDAP 2.5 release, we need to switch to using liblmdb v1.0 for the newer features, including MDB_VL32 support.

1 0

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

19 Apr '19

--On Thursday, April 18, 2019 4:59 PM +0000 michael(a)stroeder.com wrote: > I considered contacting current SUSE maintainers of package openldap2. > > In preparation to that I tried to find out which bug caused this patch > to be developed. > > AFAIK the patch is not applied to the package anymore: > https://build.opensuse.org/package/show/network:ldap/openldap2 > > And I have no reference to further information. > > To OpenLDAP devs: > Does Howard's patch still make sense? > Is it worth to dig into SUSE's bugzilla to find out more? Hi Michael, Thanks for the updated information. It sounds like this patch is no longer necessary, so I'm going to close out the ITS. --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#8998) ldapi:// with SASL_NOCANON -> Local error (-2)
by hyc＠symas.com 18 Apr '19

18 Apr '19

michael(a)stroeder.com wrote: > On 4/18/19 3:36 AM, Quanah Gibson-Mount wrote: >> Does the patch referenced in ITS#7585 fix this for you?=C3=82=C2=A0 Be= en waiting=20 >> for years for RedHat to update with the IPR. ;) >=20 > Disclaimer: I'm not a C programmer. >=20 > Maybe it's me but AFAICS even if nocanon evaluates to True there's=20 > always a call into gethostname(). Does that make sense? >=20 > Ciao, Michael. I reproduced your issue, and applying the ITS#7585 patch fixes it for me.= Closing this as a dup of #7585. --=20 -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

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

18 Apr '19

rmeggins(a)redhat.com wrote: > Red Hat, Inc. hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or > redistributed for any purpose with or without attribution and/or other notice. Thanks, fix applied in git master. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

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

18 Apr '19

Red Hat, Inc. hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice.

1 0

Re: (ITS#8609) segfault in mods.c - modify_add_values
by quanah＠symas.com 18 Apr '19

18 Apr '19

--On Thursday, April 18, 2019 8:09 PM +0000 henson(a)acm.org wrote: > On Thu, Apr 18, 2019 at 12:46:57PM +0200, Ond??ej Kuzn??k wrote: > >> If you still see crashes with the above, I might need you to explore the >> core file and accesslog a bit further. > > Hmm, actually, I haven't seen a crash for quite a while; I don't recall > exactly when the last one was but it's been ages. Right now I'm running > 2.4.46 with the patch for ITS#8927 applied, but without the last > ITS#8609 patch you had given me. > > I think the last crash was on 2.4.45 with the ITS#8927 patch. Maybe > something in 2.4.46 randomly fixed it? Hi Paul, Thanks for the follow up. I'm going to go ahead and close this ITS. If you do happen to see a crash again in the future, please follow up and we'll address it at that time. 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#8609) segfault in mods.c - modify_add_values
by henson＠acm.org 18 Apr '19

18 Apr '19

On Thu, Apr 18, 2019 at 12:46:57PM +0200, Ondřej Kuzník wrote: > If you still see crashes with the above, I might need you to explore the > core file and accesslog a bit further. Hmm, actually, I haven't seen a crash for quite a while; I don't recall exactly when the last one was but it's been ages. Right now I'm running 2.4.46 with the patch for ITS#8927 applied, but without the last ITS#8609 patch you had given me. I think the last crash was on 2.4.45 with the ITS#8927 patch. Maybe something in 2.4.46 randomly fixed it?

1 0

Re: (ITS#8998) ldapi:// with SASL_NOCANON -> Local error (-2)
by michael＠stroeder.com 18 Apr '19

18 Apr '19

On 4/18/19 3:36 AM, Quanah Gibson-Mount wrote: > Does the patch referenced in ITS#7585 fix this for you? Been waiting > for years for RedHat to update with the IPR. ;) Disclaimer: I'm not a C programmer. Maybe it's me but AFAICS even if nocanon evaluates to True there's always a call into gethostname(). Does that make sense? Ciao, Michael.

1 0

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

18 Apr '19

--On Thursday, April 18, 2019 1:12 PM +0000 michael(a)stroeder.com wrote: > On 4/18/19 12:44 AM, quanah(a)symas.com wrote: >> Sending this to your @suse.com email bounced. Please see below and >> update with an IPR as requested. Thanks! > > Since quite a while Howard Guo does not work for SUSE anymore. > > Do you need Howard's IPR notice or one from SUSE? Hi Michael & Howard, The problem is that while the ITS was filed from an @suse address, the patch is from Howard's @gmail address. At this point, we would need an IPR from both SuSE and Howard. Thanks! 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#8780) Plug a socket leak in ldap_new_connection made by unsuccessful connection attempts
by michael＠stroeder.com 18 Apr '19

18 Apr '19

I considered contacting current SUSE maintainers of package openldap2. In preparation to that I tried to find out which bug caused this patch to be developed. AFAIK the patch is not applied to the package anymore: https://build.opensuse.org/package/show/network:ldap/openldap2 And I have no reference to further information. To OpenLDAP devs: Does Howard's patch still make sense? Is it worth to dig into SUSE's bugzilla to find out more?

1 0

Re: (ITS#7624) Active Directory schema with OpenLdap
by quanah＠symas.com 18 Apr '19

18 Apr '19

--On Thursday, June 13, 2013 1:16 PM +0000 suresh.raja(a)vernal.is wrote: > 1. Need step-by-step configuration in Windows Server 2008 R2 > 2. How can i modify OpenLDAP server schema with Active Directory schema > 3. Can i Sync Active Directory and OpenLDAP(windows) > 4. Even my AD Server was Down, the schema should be in OpenLDAP, and > should be connect as locally... Hello, The ability to sync to OpenLDAP from AD has been added to OpenLDAP master and will be part of the OpenLDAP 2.5 release series. 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#8780) Plug a socket leak in ldap_new_connection made by unsuccessful connection attempts
by guohouzuo＠gmail.com 18 Apr '19

18 Apr '19

--0000000000008f3ffd0586cd1aa0 Content-Type: text/plain; charset="UTF-8" Hello Quanah. Sorry - my passion for Linux remains but I am no longer involved in OS foundation development at SUSE. Have a lovely Easter holiday! Kind regards, Howard On Thu, 18 Apr 2019 at 01:44, Quanah Gibson-Mount <quanah(a)symas.com> wrote: > --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> > > --0000000000008f3ffd0586cd1aa0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Hello Quanah.<div><br></div><div>Sorry - my passion for Li= nux remains but I am no longer involved in OS foundation development at SUS= E.<br></div><div><br></div><div>Have a lovely Easter holiday!</div><div><br= ></div><div>Kind regards,</div><div>Howard</div></div><br><div class=3D"gma= il_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, 18 Apr 2019 at 01:4= 4, Quanah Gibson-Mount <<a href=3D"mailto:quanah@symas.com">quanah@symas= .com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"mar= gin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1= ex">--On Wednesday, April 17, 2019 11:33 PM +0000 <a href=3D"mailto:quanah@= symas.com" target=3D"_blank">quanah(a)symas.com</a> wrote:<br> <br> Hello,<br> <br> Sending this to your @<a href=3D"http://suse.com" rel=3D"noreferrer" target= =3D"_blank">suse.com</a> email bounced.=C2=A0 Please see below and update <= br> with an IPR as requested.=C2=A0 Thanks!<br> <br> Regards,<br> Quanah<br> <br> > --On Thursday, November 30, 2017 2:02 PM +0000 <a href=3D"mailto:hguo@= suse.com" target=3D"_blank">hguo(a)suse.com</a> wrote:<br> ><br> >> Full_Name: Houzuo Guo<br> >> Version: master<br> >> OS:<br> >> URL: <a href=3D"ftp://ftp.openldap.org/incoming/houzuo-guo-171130.= patch" rel=3D"noreferrer" target=3D"_blank">ftp://ftp.openldap.org/incoming= /houzuo-guo-171130.patch</a><br> >> Submission from: (NULL) (195.135.221.2)<br> >><br> >><br> >> In case that ldap connection is attempted on failed URLs prior to<= br> >> establishing a successful connection, the failed connection socket= s are<br> >> never freed. This patch plugs the socket descriptor leak.<br> ><br> > Hello,<br> ><br> > Thank you for the report!=C2=A0 Please reply with an IPR statement as<= br> > documented=C2=A0 at<br> ><br> > <<a href=3D"https://www.openldap.org/devel/contributing.html#notice= " rel=3D"noreferrer" target=3D"_blank">https://www.openldap.org/devel/contr= ibuting.html#notice</a>><br> ><br> > if you wish your patch to be reviewed for inclusion in the OpenLDAP<br= > > software.<br> ><br> > Regards,<br> > Quanah<br> ><br> ><br> > --<br> ><br> > Quanah Gibson-Mount<br> > Product Architect<br> > Symas Corporation<br> > Packaged, certified, and supported LDAP solutions powered by OpenLDAP:= <br> > <<a href=3D"http://www.symas.com" rel=3D"noreferrer" target=3D"_bla= nk">http://www.symas.com</a>><br> ><br> ><br> ><br> ><br> <br> <br> <br> --<br> <br> Quanah Gibson-Mount<br> Product Architect<br> Symas Corporation<br> Packaged, certified, and supported LDAP solutions powered by OpenLDAP:<br> <<a href=3D"http://www.symas.com" rel=3D"noreferrer" target=3D"_blank">h= ttp://www.symas.com</a>><br> <br> </blockquote></div> --0000000000008f3ffd0586cd1aa0--

1 0

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

18 Apr '19

On 4/18/19 12:44 AM, quanah(a)symas.com wrote: > Sending this to your @suse.com email bounced. Please see below and update > with an IPR as requested. Thanks! Since quite a while Howard Guo does not work for SUSE anymore. Do you need Howard's IPR notice or one from SUSE? Ciao, Michael.

1 0

Re: (ITS#8609) segfault in mods.c - modify_add_values
by ondra＠mistotebe.net 18 Apr '19

18 Apr '19

On Wed, Nov 01, 2017 at 08:22:15PM +0000, henson(a)acm.org wrote: > On Fri, Oct 06, 2017 at 06:45:41PM -0700, Paul B. Henson wrote: >> but it looks like the same issue to me. I'm going to go ahead and >> recompile 2.4.45 with the ignore-invalid-accesslog-ops.patch and run >> that for a while and see what happens. > > Sadness :(, not one but two of my boxes crashed today, both running the > patch, with what appears to be the same issue: Hi Paul, I've updated the patch slightly to make sure invalid operations get logged and rejected so some action can be taken. Based on the backtrace, I can't see how an add modification could have ended up without values even with the previous version, however. A patch against master is available here: https://github.com/mistotebe/openldap/tree/its8609 And you can get one that applies on RE24 here: ftp://ftp.openldap.org/incoming/ndrej-Kuznik-20170327-ITS8609-ignore-invali… If you still see crashes with the above, I might need you to explore the core file and accesslog a bit further. Regards, -- Ondřej Kuzník Senior Software Engineer Symas Corporation http://www.symas.com Packaged, certified, and supported LDAP solutions powered by OpenLDAP

1 0

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

18 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 18 Apr '19

18 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 18 Apr '19

18 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 18 Apr '19

18 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 18 Apr '19

18 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 18 Apr '19

18 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 18 Apr '19

18 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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs