openldap-bugs October 2007

openldap-bugs@openldap.org

38 participants
215 discussions

Re: (ITS#5182) test048 in OPENLDAP_REL_ENG_2_4
by ghenry＠OpenLDAP.org 17 Oct '07

17 Oct '07

ando(a)sys-net.it wrote: > ando(a)sys-net.it wrote: >> ghenry(a)suretecsystems.com wrote: >> >>> All tests pass in HEAD. test048 still failing in RE24. >> The difference consists in James A Jones 2 not being deleted from the >> slave when deleted from the master. I'm investigating... > > re24 was missing the syncrepl portion of the fix for ITS#5168. Fixed. OK, I'll update that machine and retest to double check ;-) Thanks. > > p. > > > > Ing. Pierangelo Masarati > OpenLDAP Core Team > > SysNet s.r.l. > via Dossi, 8 - 27100 Pavia - ITALIA > http://www.sys-net.it > --------------------------------------- > Office: +39 02 23998309 > Mobile: +39 333 4963172 > Email: pierangelo.masarati(a)sys-net.it > --------------------------------------- > > > -- Kind Regards, Gavin Henry. OpenLDAP Engineering Team. E ghenry(a)OpenLDAP.org Community developed LDAP software. http://www.openldap.org/project/

1 0

Re: (ITS#5182) test048 in OPENLDAP_REL_ENG_2_4
by ando＠sys-net.it 17 Oct '07

17 Oct '07

ando(a)sys-net.it wrote: > ghenry(a)suretecsystems.com wrote: > >> All tests pass in HEAD. test048 still failing in RE24. > > The difference consists in James A Jones 2 not being deleted from the > slave when deleted from the master. I'm investigating... re24 was missing the syncrepl portion of the fix for ITS#5168. Fixed. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

Re: (ITS#5182) test048 in OPENLDAP_REL_ENG_2_4
by ando＠sys-net.it 17 Oct '07

17 Oct '07

ghenry(a)suretecsystems.com wrote: > All tests pass in HEAD. test048 still failing in RE24. The difference consists in James A Jones 2 not being deleted from the slave when deleted from the master. I'm investigating... p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

(ITS#5186) problem with olcsuffix
by gfa＠zumbi.com.ar 13 Oct '07

13 Oct '07

Full_Name: gustavo panizzo Version: 2.3.38 OS: linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (200.82.42.251) sldapd shouldn't accept the duplication of attr olcSuffix when the backend is hdb/bdb later, slapd don't accept childs from the new suffix, and if is stoped slapd don't start again until remove the ofender entry

1 0

Re: (ITS#5184) pkg-config file for libraries
by ghenry＠OpenLDAP.org 13 Oct '07

13 Oct '07

ando(a)sys-net.it wrote: > mccann(a)jhu.edu wrote: >> Full_Name: William Jon McCann Version: 2.3.34 OS: URL: >> ftp://ftp.openldap.org/incoming/ Submission from: (NULL) >> (128.220.146.19) >> >> >> It would be really helpful for openldap to ship a pkg-config (.pc) >> file for libldap. >> >> http://en.wikipedia.org/wiki/Pkg-config > > Quoting from the above link: > >> When a library is installed (say from an RPM, deb or other binary >> packaging system) > > OpenLDAP only distributes source code > >> If one installs from source, often there will be no .pc file >> generated, and one may need to be manually written to reflect the >> install. > > No comment. > > Having noted this, I think generating a .pc file from "make install" > would probably do no harm and probably bring some benefit to people that > want to use pkg-config to configure software dependent on OpenLDAP. > > But I guess most packagers and distributors would still either provide > their alternate means to configure packages, or provide specific .pc > files, thus possibly breaking configurations based on OpenLDAP's .pc file. > And most are still far behind and "do their own thing" anyway. Ours would get ignored either way. -- Kind Regards, Gavin Henry. OpenLDAP Engineering Team. E ghenry(a)OpenLDAP.org Community developed LDAP software. http://www.openldap.org/project/

1 0

Re: (ITS#5185) assertion failure in back-meta when the remote directory does not answer a bind request within the time allotted
by ando＠sys-net.it 13 Oct '07

13 Oct '07

Matthew Hardin wrote: > Thanks for the prompt response, Ando. I've put the fix into production and > I'll let you know how it goes. This problem only surfaces every few days > when AD doesn't respond to a bind request, so will be at least Thursday or > Friday before I can confirm it did the trick. FWIW, the issue you indicated could be easily reproduced by either adding a slapo-retcode in front of the remote server with a sleep longer than the proxy's timeout, or simply by running the remote server under gdb, stopping at do_bind long enough to see the timeout expire. I did the latter, and I could 100% reproduce that issue before patching, while it disappeared after. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

RE: (ITS#5185) assertion failure in back-meta when the remote directory does not answer a bind request within the time allotted
by mhardin＠symas.com 13 Oct '07

13 Oct '07

> -----Original Message----- > From: Pierangelo Masarati [mailto:ando@sys-net.it] > Sent: Saturday, October 13, 2007 2:19 AM > To: mhardin(a)symas.com > Cc: openldap-its(a)openldap.org > Subject: Re: (ITS#5185) assertion failure in back-meta when the remote > directory does not answer a bind request within the time allotted > > ando(a)sys-net.it wrote: > > > Does this happen when binding as the rootdn of the back-meta instance, > > or as a regular user? If it occurs when binding as the rootdn, then I > > think I know where the problem is. In that case, apart from me fixing > > the problem (working at it...), you should also use > > "pseudoroot-bind-defer yes". > > I partially take it back: the above recommendation is correct; however, > the problem I suspected for the rootdn case is also present for regular > binds. I've committed to HEAD a fix for this problem. Please test. Thanks for the prompt response, Ando. I've put the fix into production and I'll let you know how it goes. This problem only surfaces every few days when AD doesn't respond to a bind request, so will be at least Thursday or Friday before I can confirm it did the trick. I've also taken your advice and set pseudoroot-bind-defer yes. Thanks, -Matt Matthew Hardin Symas Corporation- The LDAP Guys http://www.symas.com > p. > > > > Ing. Pierangelo Masarati > OpenLDAP Core Team > > SysNet s.r.l. > via Dossi, 8 - 27100 Pavia - ITALIA > http://www.sys-net.it > --------------------------------------- > Office: +39 02 23998309 > Mobile: +39 333 4963172 > Email: pierangelo.masarati(a)sys-net.it > ---------------------------------------

1 0

Re: (ITS#5183) Index problem with ;x- attributes.
by ando＠sys-net.it 13 Oct '07

13 Oct '07

Magnus.Jonsson(a)umdac.umu.se wrote: > Full_Name: Magnus Jonsson > Version: 2.3.38 > OS: Debian GNU/linux ”Etch” > URL: http://foo.fot.nu/reproduce.txt > Submission from: (NULL) (130.239.200.171) > > > We are using ;x- attributes in a specific appliation to group some attributes. > > When removing a ;x- attrbute all the indexs for that attribute disapears. > > example: > > cn: index > cn;x-f-1: index > cn;x-f-2: index > > If a remove the cn;x-f-1 attribute I can't search for (cn=index) anymore. I confirm your report, except that if the type and all subtypes have the same value, and if I remove the "cn;x-f-1" value, I can no longer search for "cn" equality, but I can still search for "cn;x-f-2". p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

Re: (ITS#5184) pkg-config file for libraries
by ando＠sys-net.it 13 Oct '07

13 Oct '07

mccann(a)jhu.edu wrote: > Full_Name: William Jon McCann Version: 2.3.34 OS: URL: > ftp://ftp.openldap.org/incoming/ Submission from: (NULL) > (128.220.146.19) > > > It would be really helpful for openldap to ship a pkg-config (.pc) > file for libldap. > > http://en.wikipedia.org/wiki/Pkg-config Quoting from the above link: > When a library is installed (say from an RPM, deb or other binary > packaging system) OpenLDAP only distributes source code > If one installs from source, often there will be no .pc file > generated, and one may need to be manually written to reflect the > install. No comment. Having noted this, I think generating a .pc file from "make install" would probably do no harm and probably bring some benefit to people that want to use pkg-config to configure software dependent on OpenLDAP. But I guess most packagers and distributors would still either provide their alternate means to configure packages, or provide specific .pc files, thus possibly breaking configurations based on OpenLDAP's .pc file. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

Re: (ITS#5185) assertion failure in back-meta when the remote directory does not answer a bind request within the time allotted
by ando＠sys-net.it 13 Oct '07

13 Oct '07

ando(a)sys-net.it wrote: > Does this happen when binding as the rootdn of the back-meta instance, > or as a regular user? If it occurs when binding as the rootdn, then I > think I know where the problem is. In that case, apart from me fixing > the problem (working at it...), you should also use > "pseudoroot-bind-defer yes". I partially take it back: the above recommendation is correct; however, the problem I suspected for the rootdn case is also present for regular binds. I've committed to HEAD a fix for this problem. Please test. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

← Newer
1
...
7
8
9
10
11
12
13
...
22
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs October 2007