openldap-bugs January 2013

openldap-bugs@openldap.org

24 participants
98 discussions

Re: (ITS#7503) slapcat: retry a few times when retrieving an entry
by quanah＠zimbra.com 27 Jan '13

27 Jan '13

--On Friday, January 25, 2013 10:26 PM +0000 balint(a)balintreczey.hu wrote: > Full_Name: Balint Reczey > Version: master > OS: Linux > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (84.0.168.17) Hi Balint, The patch as submitted is rejected, due to the fact that it changes slapadd, rather than fixing back-bdb/hdb, which is where the actual problem occurs. I.e., your change is too broad. Feel free to submit an updated patch correctly updating the back-bdb/hdb code rather than slapadd. Thanks, 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#7501) added TCP keepalive support to back_ldap
by quanah＠zimbra.com 27 Jan '13

27 Jan '13

--On Thursday, January 24, 2013 4:16 PM +0000 tedcheng(a)symas.com wrote: > > On Jan 24, 2013, at 5:32 AM, Howard Chu wrote: > >> tedcheng(a)symas.com wrote: >>> Full_Name: Ted C. Cheng >>> Version: master >>> OS: Linux/Solaris >>> URL: https://dl.dropbox.com/u/94235048/back_ldap_tcp_keepalive.patch >>> Submission from: (NULL) (76.174.253.197) Hi Ted, This has been applied to HEAD and RE24, but it has exposed two issues. 1) This has broken back-ldap with dynamic configuration 2) back-meta should be updated to support this parameter as well. Can you please supply an updated patch based off current RE24 and HEAD addressing these two issues. Thanks! --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#7505) liblmdb can fail with MDB_PAGE_FULL on a delete
by hyc＠OpenLDAP.org 27 Jan '13

27 Jan '13

Full_Name: Howard Chu Version: RE24/master OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (78.155.233.73) Submitted by: hyc This is the last remaining FIXME in liblmdb/mdb.c... mdb_rebalance() is always called after a delete operation. If the tree needs balancing and it needs to move a node from one page to its sibling, the parent page's separator keys will need updating. If the new separator key is larger than the old one, it may not fit into the parent page, and mdb_update_key() will return MDB_PAGE_FULL. Instead of giving up, mdb_update_key() should invoke mdb_page_split() to make room for the new key.

1 0

Re: (ITS#7493) slapo-allowed: allowed* attrs are replicated
by michael＠stroeder.com 26 Jan '13

26 Jan '13

Any chance to see this patch appear in 2.4.34? Ciao, Michael.

1 0

(ITS#7504) document slapcat exit codes in man page
by balint＠balintreczey.hu 25 Jan '13

25 Jan '13

Full_Name: Balint Reczey Version: master OS: Linux URL: http://rbalint.cs.bme.hu/0002-document-slapcat-exit-codes-in-man-page.patch Submission from: (NULL) (84.0.168.17) Slapcat's exit value was undocumented, this patch aims to fix that. Copyright 2013 Balint Reczey <balint(a)balintreczey.hu> Redistribution and use in source and binary forms, with or without modification, are permitted only as authorized by the OpenLDAP Public License.

1 0

(ITS#7503) slapcat: retry a few times when retrieving an entry
by balint＠balintreczey.hu 25 Jan '13

25 Jan '13

Full_Name: Balint Reczey Version: master OS: Linux URL: http://rbalint.cs.bme.hu/0001-slapcat-retry-a-few-times-when-retrieving-an-… Submission from: (NULL) (84.0.168.17) From: Axel Beckert <beckert(a)phys.ethz.ch> To: Debian Bug Tracking System <submit(a)bugs.debian.org> Subject: slapd: slapcat output truncated every now and then Date: Tue, 15 May 2012 18:33:57 +0200 Package: slapd Severity: grave Version: 2.4.23-7.2 Justification: Causes data loss Every now and then slapcat's output does not contain the whole content of the LDAP but is truncated at some LDIF entry border (i.e. all printed LDIF records seem complete). To reproduce run "while sleep 1; do slapcat | wc; done" on a moderately busy LDAP server (writes every few seconds to minutes; about 10000 entries) while slapd is running and notice the occasionally occurring huge change in wc's printed values, e.g.: # while sleep 1; do slapcat | wc; done 471698 1015498 15336677 471698 1015498 15336677 471698 1015498 15336677 ... 471698 1015497 15336635 471698 1015497 15336635 281829 606820 8632165 <-- 471698 1015497 15336635 471698 1015497 15336635 471698 1015497 15336635 308627 664573 9476751 <-- 471698 1015497 15336635 471698 1015497 15336635 471698 1015497 15336637 Please see email thread starting at http://www.openldap.org/lists/openldap-technical/201301/msg00195.html The attached modifications to OpenLDAP Software are subject to the following notice: Copyright 2013 Balint Reczey <balint(a)balintreczey.hu> Redistribution and use in source and binary forms, with or without modification, are permitted only as authorized by the OpenLDAP Public License.

1 0

(ITS#7502) slapcat: retry a few times when retrieving an entry
by balint＠balintreczey.hu 25 Jan '13

25 Jan '13

Full_Name: Balint Reczey Version: master OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (84.0.168.17) From: Axel Beckert <beckert(a)phys.ethz.ch> To: Debian Bug Tracking System <submit(a)bugs.debian.org> Subject: slapd: slapcat output truncated every now and then Date: Tue, 15 May 2012 18:33:57 +0200 Package: slapd Severity: grave Version: 2.4.23-7.2 Justification: Causes data loss Every now and then slapcat's output does not contain the whole content of the LDAP but is truncated at some LDIF entry border (i.e. all printed LDIF records seem complete). To reproduce run "while sleep 1; do slapcat | wc; done" on a moderately busy LDAP server (writes every few seconds to minutes; about 10000 entries) while slapd is running and notice the occasionally occurring huge change in wc's printed values, e.g.: # while sleep 1; do slapcat | wc; done 471698 1015498 15336677 471698 1015498 15336677 471698 1015498 15336677 ... 471698 1015497 15336635 471698 1015497 15336635 281829 606820 8632165 <-- 471698 1015497 15336635 471698 1015497 15336635 471698 1015497 15336635 308627 664573 9476751 <-- 471698 1015497 15336635 471698 1015497 15336635 471698 1015497 15336637 Please see email thread starting at http://www.openldap.org/lists/openldap-technical/201301/msg00195.html

1 0

Re: (ITS#7499)
by benintechnologies＠yahoo.fr 25 Jan '13

25 Jan '13

Le 25/01/2013 15:59, Howard Chu a écrit : > Benin Technologies wrote: >> i was just testing back-sql, so my slapd.conf is basically the one >> that's shipped with openldap, as in >> "servers/slapd/back-sql/rdbms_depend/pgsql/slapd.conf > > OK, found the bug, fixed now in master. YEP, just tested it, it works. Many thanks !

1 0

Re: (ITS#7499)
by hyc＠symas.com 25 Jan '13

25 Jan '13

Benin Technologies wrote: > i was just testing back-sql, so my slapd.conf is basically the one > that's shipped with openldap, as in > "servers/slapd/back-sql/rdbms_depend/pgsql/slapd.conf OK, found the bug, fixed now in master. > Le 24/01/2013 20:00, Howard Chu a écrit : >> Benin Technologies wrote: >>> Le 24/01/2013 13:31, Howard Chu a écrit : >>>> Ah. In that case the fix must still be wrong. (Sorry, I'm patching >>>> this blind as I don't have any current SQL installation to test with.) >> >>> OK let me know when you fixed it, it the meantime I'll switch back to >>> slapd.conf >> >> Can you please include your slapd.conf here in this ITS? -- -- 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#7499)
by benintechnologies＠yahoo.fr 24 Jan '13

24 Jan '13

i was just testing back-sql, so my slapd.conf is basically the one that's shipped with openldap, as in "servers/slapd/back-sql/rdbms_depend/pgsql/slapd.conf I just changed a few parameters, like the pid and argfile directory, odbc and database parameters here it is include /usr/local/etc/openldap/schema/core.schema include /usr/local/etc/openldap/schema/cosine.schema include /usr/local/etc/openldap/schema/inetorgperson.schema # Define global ACLs to disable default read access. pidfile /var/run/slapd/slapd.pid argsfile /var/run/slapd/slapd.args ####################################################################### # sql database definitions ####################################################################### database sql suffix "dc=example,dc=com" rootdn "cn=root,dc=example,dc=com" rootpw secret dbname LdapTest dbuser ldaptest dbpasswd ldaptest insentry_stmt "insert into ldap_entries (id,dn,oc_map_id,parent,keyval) values ((select max(id)+1 from ldap_entries),?,?,?,?)" upper_func "upper" strcast_func "text" concat_pattern "?||?" has_ldapinfo_dn_ru no Le 24/01/2013 20:00, Howard Chu a écrit : > Benin Technologies wrote: >> Le 24/01/2013 13:31, Howard Chu a écrit : >>> Ah. In that case the fix must still be wrong. (Sorry, I'm patching >>> this blind as I don't have any current SQL installation to test with.) > >> OK let me know when you fixed it, it the meantime I'll switch back to >> slapd.conf > > Can you please include your slapd.conf here in this ITS? >

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs January 2013