openldap-bugs

openldap-bugs@openldap.org

1 participants
20963 discussions

Re: (ITS#7546) Proxycache overlay documentation cn=config example misleading
by hyc＠symas.com 25 Mar '13

25 Mar '13

Thanks, now fixed in master. bernd(a)net.t-labs.tu-berlin.de wrote: > 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-- > > > -- -- 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

(ITS#7552) PcacheAttrset directive is not behaving as it should
by btb＠bitrate.net 24 Mar '13

24 Mar '13

Full_Name: ben thielsen Version: 2.4.31 OS: ubuntu 12.10 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (216.176.18.253) i've set olcPcacheAttrset as follows: dn: olcOverlay={0}pcache,olcDatabase={2}ldap,cn=config objectClass: olcPcacheConfig objectClass: olcOverlayConfig objectClass: olcConfig objectClass: top olcOverlay: {0}pcache olcPcache: mdb 1000 100 1000 60 olcPcacheAttrset: 0 "*" "+" olcPcacheTemplate: "(objectClass=)" 0 3600 olcPcacheTemplate: "(uid=)" 0 3600 olcPcacheTemplate: "(&(objectClass=)(uid=))" 0 3600 olcPcacheBind: "(uid=)" 0 60 "sub" "dc=example,dc=net" structuralObjectClass: olcPcacheConfig entryUUID: ddb05d7e-b4fa-1031-811e-353e11fff366 creatorsName: cn=config createTimestamp: 20121028032528Z entryCSN: 20121030002115.179177Z#000000#000#000000 modifiersName: cn=config modifyTimestamp: 20121030002115Z but the logs indicate that a subsequent query won't be cached: Oct 31 08:42:15 deepfield slapd[12862]: query template of incoming query = (&(objectClass=)(uid=)) Oct 31 08:42:15 deepfield slapd[12862]: QUERY NOT ANSWERABLE Oct 31 08:42:15 deepfield slapd[12862]: QUERY NOT CACHEABLE

1 0

Re: (ITS#7551) [lmdb] bugfix for mdb_cursor_put with MDB_MULTIPLE
by hyc＠symas.com 23 Mar '13

23 Mar '13

claude.brisson(a)gmail.com wrote: > Full_Name: Claude Brisson > Version: HEAD > OS: linux > URL: ftp://ftp.openldap.org/incoming/0001-bugfix-for-mdb_cursor_put-with-MDB_MUL… > Submission from: (NULL) (86.76.238.178) > > > (once again with the attachment...) > > This patch fixes the following problem: Thanks for the fix, applied to mdb.master. > > 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. > > -- -- 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#7549) OpenLDAP syncrepl client other than slapd
by flyjohny＠gmail.com 23 Mar '13

23 Mar '13

--047d7b3a98b8f77d2b04d892e62e Content-Type: text/plain; charset=ISO-8859-1 I did, but nobody responded there... Best regards, Mateusz On 22 March 2013 21:12, Howard Chu <hyc(a)symas.com> wrote: > mateusz.dziwny(a)gmail.com wrote: > >> 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? >> > > The ITS is not for tips. Closing this issue. Use the -technical mailing > list. > > -- > -- Howard Chu > CTO, Symas Corp. http://www.symas.com > Director, Highland Sun http://highlandsun.com/hyc/ > Chief Architect, OpenLDAP http://www.openldap.org/**project/<http://www.openldap.org/project/> > -- www.myspace.com/septiemereve "Basically, I'm trying to save the world from bad music! OK there are those, who might say how do I define bad music? My answer would be soulless music in whatever form it might be." - Derrick May --047d7b3a98b8f77d2b04d892e62e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I did, but nobody responded there...=A0<div><br></div><div>Best regards,</d= iv><div>Mateusz<br><div><br><div class=3D"gmail_quote">On 22 March 2013 21:= 12, Howard Chu <span dir=3D"ltr"><<a href=3D"mailto:hyc@symas.com" targe= t=3D"_blank">hyc(a)symas.com</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"><a href=3D"mailto:mateusz.dziwny@gmail.com" = target=3D"_blank">mateusz.dziwny(a)gmail.com</a> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> Full_Name: Mateusz Dziwny<br> Version: 2.4.3x<br> OS: Red Hat 5.9<br> URL:<br> Submission from: (NULL) (78.133.233.211)<br> <br> <br> Hello,<br> <br> I would like to achieve a sync replication in refreshAndPersist mode as<br> described in RFC 4533, but I would like to have my own C/C++ application as= a<br> consumer of the notifications.<br> <br> Is there any way to achieve this with libldap? Or maybe there are some libr= aries<br> that could do this? Has anybody tried this? Any tips are welcome. I've = been<br> looking for some tips on this mailing list as well as in google, but no<br> success... Most recent questions regarding this issues are dated back in 20= 08/9,<br> and contain no straight answers. Maybe something changed since that time?<b= r> </blockquote> <br> The ITS is not for tips. Closing this issue. Use the -technical mailing lis= t.<span class=3D"HOEnZb"><font color=3D"#888888"><br> <br> -- <br> =A0 -- Howard Chu<br> =A0 CTO, Symas Corp. =A0 =A0 =A0 =A0 =A0 <a href=3D"http://www.symas.com" t= arget=3D"_blank">http://www.symas.com</a><br> =A0 Director, Highland Sun =A0 =A0 <a href=3D"http://highlandsun.com/hyc/" = target=3D"_blank">http://highlandsun.com/hyc/</a><br> =A0 Chief Architect, OpenLDAP =A0<a href=3D"http://www.openldap.org/project= /" target=3D"_blank">http://www.openldap.org/<u></u>project/</a><br> </font></span></blockquote></div><br><br clear=3D"all"><div><br></div>-- <b= r><a href=3D"http://www.myspace.com/septiemereve">www.myspace.com/septiemer= eve</a><br><br>"Basically, I'm trying to save the world from bad m= usic!<br> OK there are those, who might say how do I define bad music?<br><br>My answ= er would be soulless music in whatever form it might be." - Derrick Ma= y </div></div> --047d7b3a98b8f77d2b04d892e62e--

1 0

Re: (ITS#7549) OpenLDAP syncrepl client other than slapd
by hyc＠symas.com 22 Mar '13

22 Mar '13

mateusz.dziwny(a)gmail.com wrote: > 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? The ITS is not for tips. Closing this issue. Use the -technical mailing list. -- -- 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

(ITS#7551) [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/0001-bugfix-for-mdb_cursor_put-with-MDB_MUL… Submission from: (NULL) (86.76.238.178) (once again with the attachment...) 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#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

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