openldap-devel

openldap-devel@openldap.org

1418 discussions

Re: commit: ldap/servers/slapd bconfig.c connection.c syncrepl.c
by Gavin Henry 20 Nov '07

20 Nov '07

hyc(a)OpenLDAP.org wrote: > Update of /repo/OpenLDAP/pkg/ldap/servers/slapd > > Modified Files: > bconfig.c 1.317 -> 1.318 > connection.c 1.408 -> 1.409 > syncrepl.c 1.369 -> 1.370 > > Log Message: > Fix test050 > Ah, excellent! So my first test mod was ok, just a wee bug in the underlying code. Nice to know. All passes here. Thanks for spotting and fixing this. Gavin. -- 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/

1 0

Re: commit: ldap/tests/scripts defines.sh test050-syncrepl-multimaster
by Gavin Henry 20 Nov '07

20 Nov '07

Anyone else getting this hanging on i386? -- 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/ <quote who="ghenry(a)OpenLDAP.org"> > Update of /repo/OpenLDAP/pkg/ldap/tests/scripts > > Modified Files: > defines.sh 1.159 -> 1.160 > test050-syncrepl-multimaster 1.5 -> 1.6 > > Log Message: > test050 extended to run with 3 slapd instances. Please test. > > CVS Web URLs: > http://www.openldap.org/devel/cvsweb.cgi/tests/scripts/ > http://www.openldap.org/devel/cvsweb.cgi/tests/scripts/defines.sh > http://www.openldap.org/devel/cvsweb.cgi/tests/scripts/test050-syncrepl-mul… > > Changes are generally available on cvs.openldap.org (and CVSweb) > within 30 minutes of being committed. >

3 2

Re: commit: ldap/tests/scripts defines.sh test050-syncrepl-multimaster
by Gavin Henry 19 Nov '07

19 Nov '07

<quote who="Aaron Richton"> > Yes, on x86_64 Fedora 8. Yeah, it's sometimes happening on i386 F8 too. Just passed now though: [ghenry@suretec tests]$ ./run test050 Cleaning up test run directory leftover from previous run. Running ./scripts/test050-syncrepl-multimaster... running defines.sh Initializing server configurations... Starting producer slapd on TCP/IP port 9011... Using ldapsearch to check that producer slapd is running... Inserting syncprov overlay on producer... Starting consumer slapd on TCP/IP port 9012... Using ldapsearch to check that consumer slapd is running... Configuring syncrepl on consumer... Starting consumer2 slapd on TCP/IP port 9013... Using ldapsearch to check that consumer2 slapd is running... Configuring syncrepl on consumer2... Adding schema and databases on producer... Using ldapadd to populate producer... Waiting 20 seconds for syncrepl to receive changes... Using ldapsearch to check that syncrepl received database changes... Using ldapsearch to check that syncrepl received database changes on consumer2... Using ldapsearch to read config from the producer... Using ldapsearch to read config from the consumer... Using ldapsearch to read config from consumer2... Filtering producer results... Filtering consumer results... Filtering consumer2 results... Comparing retrieved configs from producer and consumer... Comparing retrieved configs from producer and consumer2... Using ldapsearch to read all the entries from the producer... Using ldapsearch to read all the entries from the consumer... Using ldapsearch to read all the entries from the consumer2... Filtering producer results... Filtering consumer results... Filtering consumer2 results... Comparing retrieved entries from producer and consumer... Comparing retrieved entries from producer and consumer2... Restarting servers... Starting producer slapd on TCP/IP port 9011... Using ldapsearch to check that producer slapd is running... Waiting 5 seconds for slapd to start... Starting consumer slapd on TCP/IP port 9012... Using ldapsearch to check that consumer slapd is running... Starting consumer2 slapd on TCP/IP port 9013... Using ldapsearch to check that consumer2 slapd is running... Waiting 10 seconds for servers to resync... >>>>> Test succeeded

1 0

Re: Playing with MMR in HEAD
by Gavin Henry 19 Nov '07

19 Nov '07

<quote who="Howard Chu"> > Gavin Henry wrote: >> I am just working on a test053-syncrepl-three-multimasters for others to >> test. > > It would be sufficient to just extend test050. OK. I copied test050 to test053 and added to defines.sh. It completed, I'm just testing. Then I'll rename it to test050. ITS for this?

1 0

Re: Playing with MMR in HEAD
by Gavin Henry 19 Nov '07

19 Nov '07

So, If I start con2 up and then the pro/con, they die after a while with: lt-slapd: encode.c:346: ber_put_ostring: Assertion `str != ((void *)0)' failed. In: tests/testrun/{con,con2,pro} I'm running: ../../../servers/slapd/slapd -F slapd.d/ -h ldap://:9011/ -d 256 ../../../servers/slapd/slapd -F slapd.d/ -h ldap://:9012/ -d 256 ../../../servers/slapd/slapd -F slapd.d/ -h ldap://:9013/ -d 256 etc. Complete data: ftp://ftp.openldap.org/incoming/three_MM.tar.gz I am just working on a test053-syncrepl-three-multimasters for others to test. Gavin. -- 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/ <quote who="Gavin Henry"> > Also, > > With the 3 running slapd instances now, switching a drink attribute caused > a crash on the con2: > > lt-slapd: encode.c:346: ber_put_ostring: Assertion `str != ((void *)0)' > failed. > Aborted > > I'll collect more complete debugging info as I continue. > > 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/ > > <quote who="Gavin Henry"> >> Hi All, >> >> I'm playing with test050, i.e. running it, copying con directory to con2 >> and then starting the original provider and consumer up. Then starting >> up >> con2 on ldap://:9013/ >> >> All fine, then I go about adding a new syncrepl on cn=config and >> dc=example,dc=com pointing to ldap://:9013/ >> >> I'm not using LDIF, just messing with JXplorer. >> >> Everything worked ok, with a couple of crashes at the point I added a >> new >> syncrepl on con2 point to itself. >> >> Both pro and con died with: >> >> lt-slapd: attr.c:481: attr_merge: Assertion `( nvals == ((void *)0) && >> (*a)->a_nvals == (*a)->a_vals ) || ( nvals != ((void *)0) && ( ( >> (*a)->a_vals == ((void *)0) && (*a)->a_nvals == ((void *)0) ) || ( >> (*a)->a_nvals != (*a)->a_vals ) ) )' failed. >> Aborted >> >> I guess I should pay attention more to the order in test050 and timing. >> >> Lastly, how do we define test050 to be a multimaster test when there are >> only two instances of slapd? >> >> Is it because we have 2 sycnrepl on cn=config and then another two on >> the >> bdb backends? I thought a test for this would include at least 3 running >> slapd instances? >> >> Thanks, >> >> Gavin. >> >> -- >> 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 1

Re: Playing with MMR in HEAD
by Gavin Henry 19 Nov '07

19 Nov '07

Also, With the 3 running slapd instances now, switching a drink attribute caused a crash on the con2: lt-slapd: encode.c:346: ber_put_ostring: Assertion `str != ((void *)0)' failed. Aborted I'll collect more complete debugging info as I continue. 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/ <quote who="Gavin Henry"> > Hi All, > > I'm playing with test050, i.e. running it, copying con directory to con2 > and then starting the original provider and consumer up. Then starting up > con2 on ldap://:9013/ > > All fine, then I go about adding a new syncrepl on cn=config and > dc=example,dc=com pointing to ldap://:9013/ > > I'm not using LDIF, just messing with JXplorer. > > Everything worked ok, with a couple of crashes at the point I added a new > syncrepl on con2 point to itself. > > Both pro and con died with: > > lt-slapd: attr.c:481: attr_merge: Assertion `( nvals == ((void *)0) && > (*a)->a_nvals == (*a)->a_vals ) || ( nvals != ((void *)0) && ( ( > (*a)->a_vals == ((void *)0) && (*a)->a_nvals == ((void *)0) ) || ( > (*a)->a_nvals != (*a)->a_vals ) ) )' failed. > Aborted > > I guess I should pay attention more to the order in test050 and timing. > > Lastly, how do we define test050 to be a multimaster test when there are > only two instances of slapd? > > Is it because we have 2 sycnrepl on cn=config and then another two on the > bdb backends? I thought a test for this would include at least 3 running > slapd instances? > > Thanks, > > Gavin. > > -- > 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/ > > >

1 0

Playing with MMR in HEAD
by Gavin Henry 19 Nov '07

19 Nov '07

Hi All, I'm playing with test050, i.e. running it, copying con directory to con2 and then starting the original provider and consumer up. Then starting up con2 on ldap://:9013/ All fine, then I go about adding a new syncrepl on cn=config and dc=example,dc=com pointing to ldap://:9013/ I'm not using LDIF, just messing with JXplorer. Everything worked ok, with a couple of crashes at the point I added a new syncrepl on con2 point to itself. Both pro and con died with: lt-slapd: attr.c:481: attr_merge: Assertion `( nvals == ((void *)0) && (*a)->a_nvals == (*a)->a_vals ) || ( nvals != ((void *)0) && ( ( (*a)->a_vals == ((void *)0) && (*a)->a_nvals == ((void *)0) ) || ( (*a)->a_nvals != (*a)->a_vals ) ) )' failed. Aborted I guess I should pay attention more to the order in test050 and timing. Lastly, how do we define test050 to be a multimaster test when there are only two instances of slapd? Is it because we have 2 sycnrepl on cn=config and then another two on the bdb backends? I thought a test for this would include at least 3 running slapd instances? Thanks, Gavin. -- 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/

1 0

more perf numbers
by Howard Chu 16 Nov '07

16 Nov '07

Comparing OpenLDAP 2.3.39 to RE24, 2.3.39 gets about 20.3K auths/sec on a 1M entry hdb database, vs 23.3K auths/sec for RE24 on our test machine. So about a 15% gain, most of which is probably the lightweight dispatcher. (Will have to test again with back-null to see for certain.) -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

2 3

back-ldap & rewrite engine
by Dieter Kluenter 27 Oct '07

27 Oct '07

Hi, I am testing REL_ENG_2_4 and HEAD back-ldap and rw with the same slapd.conf, and a sasl bind. While RE_2.4 just crashes with segfault, HEAD is not rewriting the sasl ID, that is proxy ID: cn=Dieter Kluenter,ou=partner,dc=dkluenter,dc=de master ID: cn=Dieter Kluenter,ou=partner,o=avci,c=de Based on this configuration earlier HEAD versions had rewriten sasl identity properly. My searchstring for back-ldap is: ldapsearch -Y digest-md5 -U dieter -w xxxx-H ldap://localhost:9004 -b "cn=dieter kluenter,ou=partner,dc=dkluenter,dc=de" -s sub "*" ,----[ slapd.conf back-ldap ] | modulepath /opt/openldap/libexec/openldap | moduleload back_meta.la | moduleload back_ldap.la | moduleload pcache.la | moduleload rwm.la | authz-regexp uid=(.*),cn=.*,cn=auth | ldap:///dc=dkluenter,dc=de??sub?uid=$1 | | access to * by * read | database ldap | suffix dc=dkluenter,dc=de | rootdn cn=admin,dc=dkluenter,dc=de | uri ldap://localhost:389 | acl-bind | bindmethod=sasl | saslmech=digest-md5 | authcId=admanager | credentials=xxxxx | idassert-bind | bindmethod=sasl | saslmech=digest-md5 | authcId=admanager | credentials=xxxx | mode=self | overlay rwm | rwm-rewriteEngine on | rwm-suffixmassage "dc=dkluenter,dc=de" "o=avci,c=de" | overlay pcache | proxycache bdb 10000 22 50 3600 | ... `---- ,----[ back trace of RE_2.4 ] | <= ldap_dn2bv(cn=dieter kluenter,ou=partner,o=avci,c=de)=0 | <<< dnPrettyNormal: <cn=Dieter Kluenter,ou=Partner,o=avci,c=de>, <cn=dieter kluenter,ou=partner,o=avc | ,c=de> | ber_scanf fmt ({xx) ber: | Program received signal SIGSEGV, Segmentation fault. | [Switching to Thread 0xb6d2fb90 (LWP 12590)] | 0x00000000 in ?? () | | (gdb) bt | #0 0x00000000 in ?? () | #1 0xb7826a2c in ldap_back_search (op=0xb6d2eadc, rs=0xb6d2ebb0) at search.c:338 | #2 0x080d51c0 in overlay_op_walk (op=0xb6d2eadc, rs=0xb6d2ebb0, which=op_search, oi=0x8251b80, | on=0x8253970) at backover.c:652 | #3 0x080d56ee in over_op_func (op=0xb6d2eadc, rs=0xb6d2ebb0, which=op_search) at backover.c:704 | #4 0x080b92b5 in slap_sasl2dn (opx=0x82ba8a0, saslname=0xb6d2ed70, sasldn=0xb6d2ece4, flags=2) | at saslauthz.c:2005 | #5 0x080bf2e3 in slap_sasl_getdn (conn=0xb753264c, op=0x82ba8a0, id=0xb6d2ed68, user_realm=0x0, | dn=0xb6d2ed70, flags=<value optimized out>) at sasl.c:2035 | #6 0x080c0725 in slap_sasl_canonicalize (sconn=0x82b8f70, context=0xb753264c, | in=0x82ba158 "dieter", inlen=6, flags=1, user_realm=0x0, out=0x82b9c81 "", out_max=1024, | out_len=0x82b97e0) at sasl.c:624 | #7 0xb7d4f2b8 in _sasl_canon_user () from /usr/lib/libsasl2.so.2 | #8 0xb7a20576 in ?? () from /usr/lib/sasl2/libdigestmd5.so | #9 0x082b8f70 in ?? () | #10 0x082ba158 in ?? () | #11 0x00000006 in ?? () | #12 0x00000001 in ?? () | #13 0x082b97d0 in ?? () | #14 0xb7f92ee0 in ?? () from /lib/ld-linux.so.2 | #15 0xb7f36161 in ber_flush2 (sb=0x113, ber=0xb6d2edd0, freeit=-1227689916) at io.c:256 | #16 0xb7d58b07 in sasl_server_step () from /usr/lib/libsasl2.so.2 | #17 0x080c0208 in slap_sasl_bind (op=0x0, rs=0x82b8f70) at sasl.c:1654 | #18 0x08091790 in fe_op_bind (op=0x82ba8a0, rs=0xb6d2f144) at bind.c:280 | #19 0x08092191 in do_bind (op=0x82ba8a0, rs=0xb6d2f144) at bind.c:205 | ---Type <return> to continue, or q <return> to quit--- | #20 0x08074431 in connection_operation (ctx=0xb6d2f238, arg_v=0x82ba8a0) at connection.c:1145 | #21 0x08074ace in connection_read_thread (ctx=0xb6d2f238, argv=0xf) at connection.c:1271 | #22 0xb7f4a2b2 in ldap_int_thread_pool_wrapper (xpool=0x821a7b8) at tpool.c:619 | #23 0xb7d67192 in start_thread () from /lib/libpthread.so.0 | #24 0xb7b3902e in clone () from /lib/libc.so.6 | (gdb) `---- ,----[ slapd-log on master with HEAD ] | slapd[3832]: => acl_mask: access to entry "cn=Dieter Kluenter,ou=Partner,o=avci,c=de", attr "entry" requested | slapd[3832]: => acl_mask: to all values by "cn=dieter kluenter,ou=partner,dc=dkluenter,dc=de", (=0) | slapd[3832]: <= check a_dn_pat: cn=$1,ou=Partner,o=avci,c=de | slapd[3832]: <= check a_group_pat: cn=administratoren,o=avci,c=de | slapd[3832]: => bdb_entry_get: found entry: "cn=administratoren,o=avci,c=de" | slapd[3832]: <= check a_dn_pat: * | slapd[3832]: <= acl_mask: [3] applying auth(=xd) (stop) | slapd[3832]: <= acl_mask: [3] mask: auth(=xd) | [3832]: => slap_access_allowed: search access denied by auth(=xd) | slapd[3832]: => access_allowed: no more rules `---- Is there anything wrong with my slapd.conf? Or is this a bug? -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6

1 0

Estimated cost to develop OpenLDAP: $9,621,793
by Gavin Henry 26 Oct '07

26 Oct '07

Quite an interesting output running sloccount over OpenLDAP HEAD: SLOC Directory SLOC-by-Language (Sorted) 138537 servers ansic=138092,cpp=254,perl=152,sh=39 60773 libraries ansic=60773 28054 contrib ansic=14646,sh=8765,cpp=4472,perl=126,tcl=45 20657 tests sh=17287,ansic=3370 9518 build sh=9515,ansic=3 6025 include ansic=6025 5657 clients ansic=5657 0 CVS (none) 0 doc (none) 0 top_dir (none) Totals grouped by language (dominant language first): ansic: 228566 (84.90%) sh: 35606 (13.23%) cpp: 4726 (1.76%) perl: 278 (0.10%) tcl: 45 (0.02%) Total Physical Source Lines of Code (SLOC) = 269,221 Development Effort Estimate, Person-Years (Person-Months) = 71.23 (854.72) (Basic COCOMO model, Person-Months = 2.4 (KSLOC**1.05)) Schedule Estimate, Years (Months) = 2.71 (32.51) (Basic COCOMO model, Months = 2.5 (person-months**0.38)) Estimated Average Number of Developers (Effort/Schedule) = 26.29 Total Estimated Cost to Develop = $ 9,621,793 (average salary = $56,286/year, overhead = 2.40). SLOCCount, Copyright (C) 2001-2004 David A. Wheeler SLOCCount is Open Source Software/Free Software, licensed under the GNU GPL. SLOCCount comes with ABSOLUTELY NO WARRANTY, and you are welcome to redistribute it under certain conditions as specified by the GNU GPL license; see the documentation for details. Please credit this data as "generated using David A. Wheeler's 'SLOCCount'." :-) -- 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/

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