- openldap-bugs - openldap.org

Re: (ITS#7387) ldapcppei contribution
by quanah＠symas.com 30 Mar '17

30 Mar '17

Hello Philippe, Thanks for looking to contribute to the OpenLDAP project. Your submission does not appear to have followed the submission guidelines for the project, located at: <http://www.openldap.org/devel/contributing.html> In addition, I would note the following: a) How does this submission differ from, or improve upon, the ldapc++ API that is already shipped with OpenLDAP? b) Your chosen license may cause your contribution to be rejected (See contribution guidelines). If you would still like your work to be included with the OpenLDAP project, please review the contribution guidelines and follow up to the ITS with the proper format, etc. 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#7085) mutex lockup issue
by quanah＠symas.com 30 Mar '17

30 Mar '17

Hi Soichi, I was curious if you still encounter this issue using current OpenLDAP and back-mdb. I would note the back-bdb/hdb backends are now deprecated. It also occurred to me that the issue may have been related to lack of lock resources, etc (which are generally set in DB_CONFIG). 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#7700) DOC: OL AdminGuide not updated
by quanah＠symas.com 29 Mar '17

29 Mar '17

Just wanted to follow up and let you know that these issues have been addressed for the 2.4.45 release. Thanks for the report! --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#8391) peername string starts with "IP=" not "IP:"
by subbarao＠computer.org 29 Mar '17

29 Mar '17

Thanks! On 03/29/2017 02:53 PM, Quanah Gibson-Mount wrote: > --On Friday, March 25, 2016 3:22 PM +0000 subbarao(a)computer.org wrote: > >> Full_Name: Kartik Subbarao >> Version: 2.4.41 >> OS: Ubuntu 14.04 >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (108.16.127.8) >> >> >> There is an error in the ACL section of the OpenLDAP Software 2.4 >> Administrator's guide: >> >> http://www.openldap.org/devel/admin/slapdconf2.html >> >> In the following line: >> >> by peername.regex=IP:10\..+ read >> >> Instead of "IP:", the correct syntax is "IP=". >> >> by peername.regex=IP=10\..+ read >> > > Thanks, fixed. > > --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#7177) [PATCH] various manpage fixes
by quanah＠symas.com 29 Mar '17

29 Mar '17

Hi Jan, I've applied the SASL_NOCANON patch that was missed previously. Thanks for the submission! --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#8499) fixes documentation typo
by quanah＠symas.com 29 Mar '17

29 Mar '17

--On Sunday, September 11, 2016 4:48 PM +0000 gerardo.santana(a)gmail.com wrote: > Full_Name: Gerardo Santana Gomez Garrido > Version: 2.4 > OS: Mac OS X > URL: ftp://ftp.openldap.org/incoming/gerardo-santana-160911.patch > Submission from: (NULL) (70.113.112.97) > > > documentation typo > Thanks for the report. This has been applied. --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#8391) peername string starts with "IP=" not "IP:"
by quanah＠symas.com 29 Mar '17

29 Mar '17

--On Friday, March 25, 2016 3:22 PM +0000 subbarao(a)computer.org wrote: > Full_Name: Kartik Subbarao > Version: 2.4.41 > OS: Ubuntu 14.04 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (108.16.127.8) > > > There is an error in the ACL section of the OpenLDAP Software 2.4 > Administrator's guide: > > http://www.openldap.org/devel/admin/slapdconf2.html > > In the following line: > > by peername.regex=IP:10\..+ read > > Instead of "IP:", the correct syntax is "IP=". > > by peername.regex=IP=10\..+ read > Thanks, fixed. --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#8587) correct spelling errors: wrong: emtpy, correct: empty
by quanah＠symas.com 29 Mar '17

29 Mar '17

--On Saturday, February 11, 2017 9:46 PM +0000 sca+openldap(a)andreasschulze.de wrote: > Full_Name: Andreas Schulze > Version: RE24 testing call (2.4.45) > OS: Linux > URL: ftp://ftp.openldap.org/incoming/andreas-schulze-20170211-2.patch > Submission from: (NULL) (2001:a60:f0b4:e502:80b6:610b:8fc2:abfe) > > > there are 4 occurrence of "emtpy" which are supposed to be written as > "empty" Thanks for the report. In the future, please use git-format-patch, as noted in the contributing guidelines: <http://www.openldap.org/devel/contributing.html#patches> 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#8625) Separate tavl and avl types
by okuznik＠symas.com 29 Mar '17

29 Mar '17

After a brief review by Howard, there's a new patch available at ftp://ftp.openldap.org/incoming/Ondrej-Kuznik-20170329c-Separate-Avlnode-= and-TAvlnode-types.patch 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 Ond=C5=99ej Kuzn=C3=ADk <okuznik(a)symas.com>. = I have not assigned rights and/or interest in this work to any party. The attached modifications to OpenLDAP Software are subject to the following notice: Copyright 2017, Ond=C5=99ej Kuzn=C3=ADk <okuznik(a)symas.com>, Symas Corpor= ation Redistribution and use in source and binary forms, with or without modification, are permitted only as authorized by the OpenLDAP Public License.=20

1 0

(ITS#8625) Separate tavl and avl types
by okuznik＠symas.com 29 Mar '17

29 Mar '17

Full_Name: Ondrej Kuznik Version: master OS: URL: ftp://ftp.openldap.org/incoming/Ondrej-Kuznik-20170329a-Separate-Avlnode-an… Submission from: (NULL) (2a02:c7f:2247:ec00:a3e:8eff:fe52:dac5) Since it is not safe to run any of the avl_* functions on a tavl node, it would be useful to separate the types to prevent hard to diagnose issues caused by a simple typo. The provided patch against master separates the two types and adjusts the tavl users.

1 0

Re: Antwort: Re: (ITS#6489) Incomplete Master/Slave Replication
by quanah＠symas.com 28 Mar '17

28 Mar '17

--On Tuesday, March 28, 2017 10:21 AM +0200 Frank Offermanns <Frank.Offermanns(a)caseris.de> wrote: > > Hello Quanah, > > as mentioned before, I am no longer able to compile the new versions of > OpenLDAP. There has been some changes which made it no longer compilable > with MSYS/Mingw at windows os (at least with my version of mingw/msys). > Therefore I am sorry I can't test the new version, bacause I can't build > it. Hi Frank, Is it possible for you to update to a current version of MSYS/Mingw? Looking at ITS#8127, it appears running a current version from <https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-releas…> should fix the build issues you've encountered. 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#6545) delta-syncrepl rejects modification master accepted
by Frank.Swasey＠uvm.edu 28 Mar '17

28 Mar '17

WWVzLiAgSXQgc3RpbGwgaGFwcGVucy4NCg0KT24gMy8yNy8xNywgMjA6MTksICJRdWFuYWggR2li c29uLU1vdW50IiA8cXVhbmFoQHN5bWFzLmNvbT4gd3JvdGU6DQoNCiAgICBIaSBGcmFuaywNCiAg ICANCiAgICBEbyB5b3Ugc3RpbGwgZW5jb3VudGVyIHRoaXMgaXNzdWUgd2l0aCBjdXJyZW50IE9w ZW5MREFQIGJ1aWxkcz8NCiAgICANCiAgICBUaGFua3MsDQogICAgUXVhbmFoDQogICAgDQogICAg LS0NCiAgICANCiAgICBRdWFuYWggR2lic29uLU1vdW50DQogICAgUHJvZHVjdCBBcmNoaXRlY3QN CiAgICBTeW1hcyBDb3Jwb3JhdGlvbg0KICAgIFBhY2thZ2VkLCBjZXJ0aWZpZWQsIGFuZCBzdXBw b3J0ZWQgTERBUCBzb2x1dGlvbnMgcG93ZXJlZCBieSBPcGVuTERBUDoNCiAgICA8aHR0cDovL3d3 dy5zeW1hcy5jb20+DQogICAgDQogICAgDQoNCg==

1 0

Re: (ITS#5582) Default OpenSSL certs are only used when TLS_CACERT(DIR)
by h.b.furuseth＠usit.uio.no 28 Mar '17

28 Mar '17

Waiting for RE25 would have made sense if it had not taken a decade:-( New suggestion: Add keyword TLS_CACERT_DEFAULTS <yes/no/maybe> where the doc explains that "maybe" is the current default and just as silly as it sounds, we recommend yes/no. (Or true/false/on/off like other bools accept) -- Hallvard

1 0

Re: (ITS#6619) CSN too old
by quanah＠symas.com 28 Mar '17

28 Mar '17

Hi Heinz, Do you still see this issue with current OpenLDAP builds? Also, can you confirm that time was tightly sync'd in the case you submitted? I've seen similar issues due to clock skew. 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#6678) slapd.exe does not respond anymore
by quanah＠symas.com 28 Mar '17

28 Mar '17

Hi Frank, We never received a response from you per our followup requesting more information. Do you still encounter this problem with current OpenLDAP builds? 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#6599) slapd not responding
by quanah＠symas.com 28 Mar '17

28 Mar '17

Hi Binoy, Sorry that this dropped off the radar for so long. Are you still seeing this issue in Windows with the current OpenLDAP release? 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#6593) Ldapsearch Error while using Back-NDB
by quanah＠symas.com 28 Mar '17

28 Mar '17

Hi Priyesh, The back-ndb backend is entirely experimental (as noted in the manpage) and the work on it was never completed. It should not be used nor should it be expected to work. Hope that helps! This ITS will be closed. 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#6545) delta-syncrepl rejects modification master accepted
by quanah＠symas.com 28 Mar '17

28 Mar '17

Hi Frank, Do you still encounter this issue with current OpenLDAP builds? 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#6476) Failure to delete entry with multi-master replication
by quanah＠symas.com 28 Mar '17

28 Mar '17

Hello, Can you report back on whether or not you still see this behavior with current OpenLDAP 2.4.44? Significant fixes (Such as for ITS#8281) have occurred since this report for 2.4.23. 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#6489) Incomplete Master/Slave Replication
by quanah＠symas.com 28 Mar '17

28 Mar '17

Hi Frank, I believe this is a duplicate of ITS#8281. Can you test with current RE24 and see if you can still produce this problem? 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#7139) [PATCH] support symbol visibility with GCC
by quanah＠symas.com 28 Mar '17

28 Mar '17

Hello, The patch provided in the URL is no longer available. Do you still have a copy of this patch? I would also note that the preferred destination for patches is the OpenLDAP FTP server, as noted in the submission process. 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#8624) Tweak examples to use back-sql
by quanah＠symas.com 28 Mar '17

28 Mar '17

--On Tuesday, March 28, 2017 12:10 AM +0000 etc(a)nol2ter.org wrote: > Full_Name: Jaiho Lee > Version: 2.4.44 > OS: Gentoo > URL: ftp://ftp.openldap.org/incoming/Jaiho-Lee-170327.patch > Submission from: (NULL) (61.96.190.143) > > > * slapd.conf > Postgresql returns error when you try to add first entry if ldap_entries > is empty. > > * testdb_drop.sql > It won't delete a table, certs. > Thanks for the report! We will review this for the upcoming 2.4.45 release. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com>

1 0

(ITS#8624) Tweak examples to use back-sql
by etc＠nol2ter.org 28 Mar '17

28 Mar '17

Full_Name: Jaiho Lee Version: 2.4.44 OS: Gentoo URL: ftp://ftp.openldap.org/incoming/Jaiho-Lee-170327.patch Submission from: (NULL) (61.96.190.143) * slapd.conf Postgresql returns error when you try to add first entry if ldap_entries is empty. * testdb_drop.sql It won't delete a table, certs.

1 0

Re: (ITS#8607) Second master in MMR config logging contextCSN changes to accesslog
by quanah＠symas.com 28 Mar '17

28 Mar '17

--On Monday, March 13, 2017 5:16 PM +0000 quanah(a)symas.com wrote: > --On Monday, March 13, 2017 12:55 PM -0400 Matthew Berg > <mberg(a)synacor.com> = > > wrote: > >> "After investigating the server setup, there are a few problems here. >> The new server was being configured with sid=3D001 which was already >> assigned to=C2=A0the original master. That's clearly going to screw = > things >> up." > > I'm aware of what Howard's original response was. That has nothing to > do=20 with what the problem was, or the later 100% reproducible test I > provided=20 him that did not have that problem. Hi Matt, Just wanted to let you know I followed up with Howard on this, and he's going to look at tweaking it somewhat to ensure that it doesn't have the potential to cause follow on problems. I've reopened and moved it to software bugs. I'll let you know once the code change is available. --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 okuznik＠symas.com 27 Mar '17

27 Mar '17

On Fri, Mar 24, 2017 at 12:07:32PM -0700, Paul B. Henson wrote: > Ah, more confusion, sorry; I confirmed with Quanah the ITS 8432 patch > I applied is identical to the one applied upstream, however, the line > I referred to is in the patch applied to 2.4.44 release code, whereas > I see you are referring to the current head of the 2.4 branch, which > I'm sure has had numerous other changes applied to it that have > probably shuffled things around a bit. Hi Paul, yes it did, I should have checked for that and would have if the wrong line didn't line up so well. > If I could reliably reproduce this issue :(, I would definitely test > it on our dev systems with whatever code you requested. Unfortunately, > it only randomly occurs every 2-4 weeks in production, and I don't > think I could get management approval to run the unreleased > development branch of code in production for that long to see what > happens. The 2.4.45 testing call came out last month, is there a > timeline yet on getting that out? I should be able to push that into > production fairly soon after it is released and see what happens > there. I've had a look whether I could reproduce the issue somehow and there is a potential crasher if the accesslog entry contained "reqmod: eduPersonAffiliation:+". Can you confirm whether you have entries like this in your logdb? There shouldn't be a way to have this kind of entry generated that I could see but processing one can sometimes cause a crash like the one you've been seeing. The following patch should fix an issue where an invalid accesslog entry of this sort is encountered. It should help you if that is the issue. ftp://ftp.openldap.org/incoming/Ondrej-Kuznik-20170327-ITS8609-ignore-inval… Regards, Ondrej

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs