openldap-devel

openldap-devel@openldap.org

1 participants
1421 discussions

Re: commit: ldap/servers/slapd daemon.c slap.h aclparse.c acl.c
by Kurt D. Zeilenga 17 Dec '06

17 Dec '06

This change is non-portable. On FreeBSD 4, the s6_addr_32 is only defined for use in the kernel. IIRC, only s6_addr is standard. At 04:11 PM 12/14/2006, ando(a)OpenLDAP.org wrote: >Update of /repo/OpenLDAP/pkg/ldap/servers/slapd > >Modified Files: > daemon.c 1.397 -> 1.398 > slap.h 1.796 -> 1.797 > aclparse.c 1.202 -> 1.203 > acl.c 1.318 -> 1.319 > >Log Message: >implement full IPv6 support in ACLs; use URL notation (as suggested by Howard) to disambiguate parsing (ITS#4756) > >CVS Web URLs: > http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/ > http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/daemon.c > http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/slap.h > http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/aclparse.c > http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/acl.c > >Changes are generally available on cvs.openldap.org (and CVSweb) >within 30 minutes of being committed.

1 0

Re: commit: ldap/servers/slapd/overlays accesslog.c
by Howard Chu 16 Dec '06

16 Dec '06

ando(a)OpenLDAP.org wrote: > Update of /repo/OpenLDAP/pkg/ldap/servers/slapd/overlays > > Modified Files: > accesslog.c 1.67 -> 1.68 > > Log Message: > add support for auditContext (schema differs a bit from <draft-chu-ldap-logschema>, expired) I've made the corresponding change in http://www.highlandsun.com/hyc/drafts/draft-chu-ldap-logschema-xx.html I guess I need to fix up the -ordering- draft so I can get these republished... -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc OpenLDAP Core Team http://www.openldap.org/project/

1 0

auditContext in suffix entry?
by Pierangelo Masarati 16 Dec '06

16 Dec '06

I wonder why the auditContext is not implemented in slapo-accesslog. I needed it in a similar overlay to provide (sort-of-)consumers a means to locate the log db; should I port this fix to slapo-accesslog? p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.n.c. 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 ------------------------------------------

2 2

Re: Documentation Guidelines?
by Kurt D. Zeilenga 16 Dec '06

16 Dec '06

Also, instead of a separate style guide, I suggest simply adding a "conventions" section to the guide that covered the basic elements of style from a reader's point of view. Kurt

3 2

Comments on replication consistency models
by Howard Chu 16 Dec '06

16 Dec '06

The Fedora folks have some comments defending their support of multi-master replication here http://directory.fedora.redhat.com/wiki/MMRConsideredHarmful For the most part there's nothing noteworthy. Just wanted to address their point "There is no way for any LDAP loosely coupled replication to guarantee "read your writes" consistency." In fact, as we've discussed here a few times in the past, this not true. We can guarantee "read your writes" consistency with the help of a tweaked chaining overlay. I.e., 1) the client issues a write request to a slave 2) the slave chains the request to the master 3) when the chained write succeeds, the slave performs the write locally 4) the response is returned to the client Assuming the client continues talking to the same slave, it will always see consistent data. It's a form of two-phase commit but a very special case. Since it only requires waiting for one remote operation to succeed it's a lot more efficient than managing generalized N-server two-phase commit. As a further optimization, the chained request can carry a control "don't loop back to me" telling the master not to propagate this update back to the initiating slave. It only saves a small bit of bandwidth, since with syncrepl, the subsequent redundant update would be idempotent. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc OpenLDAP Core Team http://www.openldap.org/project/

2 2

Re: Documentation Guidelines?
by Kurt D. Zeilenga 16 Dec '06

16 Dec '06

At 02:27 PM 12/15/2006, Gavin Henry wrote: >Dear all, > >I was asked by Quanah to review a commit he did at: > >http://www.openldap.org/devel/cvsweb.cgi/admin/slapdconf2.sdf.diff?r1=1.28&… Not sure this is the best section to use for developing a documentation guide. It's a bit new and hence has yet to brought into line with the style established in some of older chapters. The quick start guide is probably a better chapter to use in forming a guide. >And all looks well, but I want to query if we have or want some brief Doc >Guidelines drafted? I've committed updates here and there to fix up a few things. -- Kurt

2 1

Documentation Guidelines?
by Gavin Henry 16 Dec '06

16 Dec '06

Dear all, I was asked by Quanah to review a commit he did at: http://www.openldap.org/devel/cvsweb.cgi/admin/slapdconf2.sdf.diff?r1=1.28&… And all looks well, but I want to query if we have or want some brief Doc Guidelines drafted? For example, some covering what we do and don't {{EX:}}, capitalisation, various tags we use etc. Thoughts? Thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

2 2

Problem using BDB replication in OpenLDAP
by 石斌(Seuler.shi) 15 Dec '06

15 Dec '06

Problem using BDB replication in OpenLDAP > Software version: > Berkeley DB: 4.5.20 > OpenLDAP:2.3.30 > > We want to configure the replication management in OpenLDAP's backend > database. All write requests in OpenLDAP master site will spread to > OpenLDAP client site for we have configured the backend database > replication. > > We mend the source code the OpenLDAP according to the rep_mgr example > provide by > > Berkeley DB. > > A test case is executed as follow: > > step 1: start openldap server site and client site; > step 2: send write requests to the master site; > step 3: search the master site and ensure the records are inserted in > backend; database successfully; > > step 4: search the client site, but not ldap entry is displayed; > step 5: kill the client site process and reboot it; > step 5: search the client site right now after it reboot; > > Result: After step 5(reboot the client site), the search results from > client site > is same as the master site. > > At step 4: If we intend to insert an entry into the openLDAP server with > BDB client configuration via ldapadd command, it will return "the entry > already exists". After the failed insert operation, if search operation > is executed, one entry will be displayed.Once a insert operation is > tried, the number of entries in the subsequent search will increase by 1. > > > > My question: > > Why we can not search any info during the client is normally running? But > once I rebooted the client site, it worked well and could accept search > requests? How to solve this problem:)

2 2

Re: (ITS#4778) Problem using Berkeley DB replication in OpenLDAP
by Quanah Gibson-Mount 15 Dec '06

15 Dec '06

--On Thursday, December 14, 2006 2:27 PM +0800 "石斌(Seuler.shi)" <seuler.shi(a)gmail.com> wrote: > > Dear Quanah: > > Because the replication features provided by OpenLDAP do not > meet our software requirement. > If there are N slaves and 1 master in a replication group in > BDB, once the master crashes, a new > master will be elected by BDB and the replication group can > still work well. All the parameters > concerning master election in BDB can be configured by user. > This will be more portable. > > As the replication mechanism reaches synchronizations by > transferring write requests to the replicas, > this may be less efficient compared with BDB replication. So > we need to compare these two method. > > Would you tell me why OpenLDAP do not support BDB > replication? > > BDB replication mechanism will operate slave databases > directly without inform the upper layer LDAP. > The information such as index, ID and so on maintained by > OpenLDAP may be inconsistent with the > content of database. I try to mend the source code of > OpenLDAP to let every "ldapsearch" operation > find entry info in database directly, but I failed:( > > I am expecting your comments. Because they aren't compatible. I'm guessing standby master may more meet your needs, which will be a part of OpenLDAP 2.4. --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html

3 2

Re: commit: ldap/servers/slapd daemon.c slap.h aclparse.c acl.c
by Pierangelo Masarati 15 Dec '06

15 Dec '06

ando(a)OpenLDAP.org wrote: > implement full IPv6 support in ACLs; use URL notation (as suggested by Howard) to disambiguate parsing (ITS#4756) > OK, I see this breaks sasl_server_new() where it expects IPv6 iplocalport and ipremoteport in the form ip;port regardless of IPv4/6. I'll back part of this fix up. p.

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-devel