openldap-bugs

openldap-bugs@openldap.org

1 participants
20967 discussions

(ITS#7550) [lmdb] bugfix for mdb_cursor_put with MDB_MULTIPLE
by claude.brisson＠gmail.com 22 Mar '13

22 Mar '13

Full_Name: Claude Brisson Version: HEAD OS: linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (86.76.238.178) This patch fixes the following problem: In mdb_cursor_put, section 'put_sub', if the variable dkey.mv_size is non-zero, then it means dkey contains some original data which has to be put back in the child db, typically when the child db has just been created. But when using MDB_MULTIPLE, if this variable has not been resetted to zero, we may come back to this section and wrongly think that there is some original data to be taken care of. Notice: I, Claude Brisson, 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

(ITS#7549) OpenLDAP syncrepl client other than slapd
by mateusz.dziwny＠gmail.com 22 Mar '13

22 Mar '13

Full_Name: Mateusz Dziwny Version: 2.4.3x OS: Red Hat 5.9 URL: Submission from: (NULL) (78.133.233.211) Hello, I would like to achieve a sync replication in refreshAndPersist mode as described in RFC 4533, but I would like to have my own C/C++ application as a consumer of the notifications. Is there any way to achieve this with libldap? Or maybe there are some libraries that could do this? Has anybody tried this? Any tips are welcome. I've been looking for some tips on this mailing list as well as in google, but no success... Most recent questions regarding this issues are dated back in 2008/9, and contain no straight answers. Maybe something changed since that time? Br, Mateusz Dziwny

1 0

(ITS#7548) Split man pages
by melanhit＠gmail.com 21 Mar '13

21 Mar '13

Full_Name: Andrew Romanenko Version: 2.4.34 OS: FreeBSD 9.1 Stable URL: ftp://ftp.openldap.org/incoming/Andrew.Romanenko-130322.patch Submission from: (NULL) (130.185.43.169) Install only required man's for -client or -server

1 0

(ITS#7547) Split man pages
by melanhit＠gmail.com 21 Mar '13

21 Mar '13

Full_Name: Andrew Romanenko Version: 2.4.34 OS: FreeBSD 9.1 Stable URL: ftp://ftp.openldap.org/incoming/melanhit-130322.patch Submission from: (NULL) (46.211.181.12) Install only required man's for -client or -server

1 0

Re: (ITS#7546) Proxycache overlay documentation cn=config example misleading
by bernd＠net.t-labs.tu-berlin.de 20 Mar '13

20 Mar '13

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2UKFBXSMIUKGELBPOGMTD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Oops forgot the db in the second entry it should of course be # pcache overlay dn: olcOverlay=3D{0}pcache,olcDatabase=3D{2}ldap,cn=3Dconfig =2E.. This is also reflected in the following patch --- doc/guide/admin/overlays.sdf | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/doc/guide/admin/overlays.sdf b/doc/guide/admin/overlays.sdf index a8ceede..8e2c81e 100644 --- a/doc/guide/admin/overlays.sdf +++ b/doc/guide/admin/overlays.sdf @@ -791,7 +791,7 @@ The same example as a LDIF file for back-config for a caching server which proxies for the {{EX:"dc=3Dexample,dc=3Dcom"}} subtree held at server {{EX:ldap.example.com}}. -> dn: olcDatabase=3D{2}ldap +> dn: olcDatabase=3D{2}ldap,cn=3Dconfig > objectClass: olcDatabaseConfig > objectClass: olcLDAPConfig > olcDatabase: {2}ldap @@ -799,7 +799,7 @@ at server {{EX:ldap.example.com}}. > olcRootDN: dc=3Dexample,dc=3Dcom > olcDbURI: "ldap://ldap.example.com" > -> dn: olcOverlay=3D{0}pcache +> dn: olcOverlay=3D{0}pcache,olcDatabase=3D{2}ldap,cn=3Dconfig > objectClass: olcOverlayConfig > objectClass: olcPcacheConfig > olcOverlay: {0}pcache @@ -809,7 +809,7 @@ at server {{EX:ldap.example.com}}. > olcPcacheTemplate: "(&(sn=3D)(givenName=3D))" 0 3600 0 0 0 > olcPcacheTemplate: "(&(departmentNumber=3D)(secretary=3D))" 0 3600 > -> dn: olcDatabase=3D{0}hdb +> dn: olcDatabase=3D{0}hdb,olcOverlay=3D{0}pcache,olcDatabase=3D{2}ldap,cn=3Dco= nfig > objectClass: olcHdbConfig > objectClass: olcPcacheDatabase > olcDatabase: {0}hdb --=20 1.7.10.4 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 Bernd May bernd(a)net.t-labs.tu-berlin.de. I have not assigned rights and/or interest in this work to any party. I, Bernd May, 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. --=20 Technische Universit=E4t Berlin - FGINET Bernd May System Administration An-Institut Deutsche Telekom Laboratories Sekr. TEL 16 Ernst-Reuter-Platz 7 10587 BERLIN GERMANY Mobile: 0160/90257737 E-Mail: bernd(a)net.t-labs.tu-berlin.de (T-Labs work) WWW: net.t-labs.tu-berlin.de ------enig2UKFBXSMIUKGELBPOGMTD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJRSgl/AAoJEH7/++7GEirBB/MP/RTuLNh7okStVOm6MttcIWtl Zb9LokAFUne74hRr+filAGEP+7UTWgChxaxnTUX48C0m3/7teHYzZ8ARXXP2R0JF zLVcuexjJ4Kqb8NFflxOxarP3ycNTCUtwHwUM9/6B4okRu3KtqoLIOiCU78QC2yk vFuA6AA3kiIDswvqxNuCJw+wvNzVLZSdlGFLS2839wQPFpijwSC09OKEMjVwA6bZ bAKgwqLRqgVOUjODYvmrq+XvQcyv/PienCbEMu6rPB3mRiOAq795TcrnDfiEM8f5 ClAcEXi31Qb3OTKBfOfFHIWxX/dE6DMKJn/kJturAoram1zQOS5DZyjqspaUHiY6 i3XB3LPRZh6TcLQs3/sDzsBB+sGXJMG/z6JVrpdxr8J6Wr7haI3auT6nLE3NDZjX oidet1D8uy2HPQxT3L3FQfjBBpl23h1lSC4UQdNAbztqR5+ATpzkjJNp5AODl+DT 9rSPo1PRsIlL54L+pLcV2jzMJItm5bZ0DVYLXliJuCG2L7KuvSLkj86giQy/1JXL BRiBRS5X49RNrlkZmDLXnqfBOcOFeJZ+N8YywJ44T/HeDyYKvGwgiCs9bN50PY8U VSpmhw2pNJCnN1yfaI8UrK9hSHtLAfUBu0Gyf8P6G5qZk/XAvX8kYHVN0NuHtjkr 0cqgfDAbtyw3A6/Jn2P4 =SkKF -----END PGP SIGNATURE----- ------enig2UKFBXSMIUKGELBPOGMTD--

1 0

RE: (ITS#7545) Problem with v2.4.30
by quanah＠zimbra.com 20 Mar '13

20 Mar '13

--On Tuesday, March 19, 2013 8:57 PM +0000 "Swenson_CNTR, Carl E." <Carl.Swenson(a)dodiis.mil> wrote: > Quanah, > > Thank you for the reply. > > I double checked my versions on some of my systems just to be sure. One > inconsistency I noticed was in the name of the DB package Possibly > downloaded at 2 different times from sunfreeware.com. > > Example - > Sun Enterprise SPARC T5220 (everything works on this system) > pkginfo -l SMColdap - version 2.4.30 > pkginfo -l SMCossl - version 1.0.1c > pkginfo -l SMCdb - version 4.7.25.NC > > Sun Enterprise SPARC T4-1 (the logs go crazy on this system) > pkginfo -l SMColdap - version 2.4.30 > pkginfo -l SMCossl - version 1.0.1c > pkginfo -l SMCdb47 - version 4.7.25.NC > > IDK how this would affect the system, but based on your suggestion there > is some difference in the package as the "pkginst" name on one system is > SMCdb, and SMCdb47 on the other while the version is exactly the same. I have no idea. I abandoned Slowaris years ago... I abandoned using BDB with OpenLDAP last year. However, no one has reported any issues like this. It really appears to be a bug in BDB rather than OpenLDAP however. --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#7546) Proxycache overlay documentation cn=config example misleading
by bernd＠net.t-labs.tu-berlin.de 20 Mar '13

20 Mar '13

Full_Name: Bernd May Version: 2.4 OS: GNU/Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (130.149.236.151) The OpenLDAP 2.4 Administrator's Guide has an example configuration for the ProxyCache overlay for the cn=config slapd backend in chapter 12.9.2.5. This example is ambigious in providing guidance about the fact that the pcache overlay requires a separate database to store its cached entries in. In fact the example makes it look like the ldap database to be cached for, the pcache overlay and the pcache database are totally individual entries below cn=config. This is not the case and the example should be edited to reflect the hierachy of those three entries, e.g. # database to be cached for dn: olcDatabase={2}ldap,cn=config ... # pcache overlay dn: olcOverlay={0}pcache,cn=config ... # dn: olcDatabase={0}hdb,olcOverlay={0}pcache,cn=config ... also indexing for the pcacheQueryid (as per the slapo-pcache manpage) might be useful to include in the example, e.g. olcDbIndex: pcacheQueryID eq hth

1 0

RE: (ITS#7545) Problem with v2.4.30
by Carl.Swenson＠dodiis.mil 19 Mar '13

19 Mar '13

Quanah, Thank you for the reply. I double checked my versions on some of my systems just to be sure. One inconsistency I noticed was in the name of the DB package Possibly downloaded at 2 different times from sunfreeware.com. Example - Sun Enterprise SPARC T5220 (everything works on this system) pkginfo -l SMColdap - version 2.4.30 pkginfo -l SMCossl - version 1.0.1c pkginfo -l SMCdb - version 4.7.25.NC Sun Enterprise SPARC T4-1 (the logs go crazy on this system) pkginfo -l SMColdap - version 2.4.30 pkginfo -l SMCossl - version 1.0.1c pkginfo -l SMCdb47 - version 4.7.25.NC IDK how this would affect the system, but based on your suggestion there is some difference in the package as the "pkginst" name on one system is SMCdb, and SMCdb47 on the other while the version is exactly the same. Has anyone reported this before? Any help would be greatly appreciated. Thank you Carl -----Original Message----- From: Quanah Gibson-Mount [mailto:quanah@zimbra.com] Sent: Tuesday, March 19, 2013 4:16 PM To: Swenson_CNTR, Carl E.; openldap-its(a)openldap.org Subject: Re: (ITS#7545) Problem with v2.4.30 --On Tuesday, March 19, 2013 7:37 PM +0000 carl.swenson(a)dia.mil wrote: > Full_Name: C. Swenson > Version: 2.4.30 > OS: Solaris 10 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (214.3.138.234) Sounds like a bug in BDB to me, rather than openldap. --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#7545) Problem with v2.4.30
by quanah＠zimbra.com 19 Mar '13

19 Mar '13

--On Tuesday, March 19, 2013 7:37 PM +0000 carl.swenson(a)dia.mil wrote: > Full_Name: C. Swenson > Version: 2.4.30 > OS: Solaris 10 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (214.3.138.234) Sounds like a bug in BDB to me, rather than openldap. --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#7545) Problem with v2.4.30
by carl.swenson＠dia.mil 19 Mar '13

19 Mar '13

Full_Name: C. Swenson Version: 2.4.30 OS: Solaris 10 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (214.3.138.234) All, We have used OpenLDAP for years, and currently using v2.4.30 on several systems. IDK if this is a bug on a specific platform, but there does not seem to be any other logical explanation. Sun Enterprise SPARC T4-1 Solaris 10 update10 8/11 Patch level 147440-27 OpenLDAP v2.4.30 data: /ldap/openLdapData/ logs: /ldap/openLdapLogs/ I have never seen an issue like this one. I have rebuilt and populated LDAP several times, and every time after a few days the number of 50mb logs in the logs directory "explodes". It will grow to the maximum size of the file system until ldap crashes. We have added: set_flags DB_LOG_AUTOREMOVE to the DB_CONFIG file, but this does not seem to do anything. This new model Sun server (T4-1) is the only one that this has happened on, and extensive searches turn up nothing but the autoremove suggestion. This system is on an isolated classified network and I can not upload any log files. Can someone tell us what kind of bug this is? Carl

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