openldap-bugs

openldap-bugs@openldap.org

1 participants
21065 discussions

Re: (ITS#7487) memberof & mirrormode with delta-syncrepl crashing when using dynamic configuration
by masarati＠aero.polimi.it 08 Jan '13

08 Jan '13

> Full_Name: Al F > Version: 2.4.33 > OS: Redhat 6.3 x64 > URL: ftp://ftp.openldap.org/incoming/openldap-af.zip > Submission from: (NULL) (74.123.146.10) > > > I'm having an issue with mirrormode replication (via delta syncrepl) and > the > memberof overlay when using dynamic configuration. When a group member is > deleted on the first instance, slapd on the second instance is crashing > with the > following error (as seen from running slapd with -d-1): > > slapd: memberof.c:1465: memberof_res_modify: Assertion `0' failed. If you have the core file handy, or if you can quickly reproduce the problem, could you print the value of ml->sml_mod, i.e. from within gdb: (to see the backtrace) $ bt (where <x> is the number of the frame of function memberof_res_modify) $ f <x> (to see the value) $ print ml->sml_mod Thanks, p. -- Pierangelo Masarati Associate Professor Dipartimento di Ingegneria Aerospaziale Politecnico di Milano

1 0

(ITS#7487) memberof & mirrormode with delta-syncrepl crashing when using dynamic configuration
by afrunning＠gmail.com 08 Jan '13

08 Jan '13

Full_Name: Al F Version: 2.4.33 OS: Redhat 6.3 x64 URL: ftp://ftp.openldap.org/incoming/openldap-af.zip Submission from: (NULL) (74.123.146.10) I'm having an issue with mirrormode replication (via delta syncrepl) and the memberof overlay when using dynamic configuration. When a group member is deleted on the first instance, slapd on the second instance is crashing with the following error (as seen from running slapd with -d-1): slapd: memberof.c:1465: memberof_res_modify: Assertion `0' failed. If I disable either memberof or mirrormode, the change replicates correctly. If I use an identical static configuration file instead of a dynamic configuration, the change replicates correctly. This behavior happens on both bdb and mdb backends. I have setup a very basic test and have included the configurations for server1 and server2 in both static and dynamic configuration (both running on the same machine, just different ports), ldif file to populate tree (ldifs/basic.ldif), as well as the ldif file to crash the second node (ldifs/crash.ldif). the zip file contents (ftp://ftp.openldap.org/incoming/openldap-af.zip) are: openldap-af/ openldap-af/bt full.txt (output from gdb bt full) openldap-af/config.txt (output from source compilation) openldap-af/debug level logging.txt (output of the crash while running debug logs) openldap-af/ldifs/basic.ldif (the basic tree) openldap-af/ldifs/crash.ldif (ldif file applied to cause the failure) openldap-af/server1slapd.conf (server1's static configuration) openldap-af/server1slapd.d/* (server1's dynamic configuration - produced directly from static configuration with slaptest) openldap-af/server2slapd.conf (server2's static configuration) openldap-af/server2slapd.d/* (server2's dynamic configuration - produced directly from static configuration with slaptest) openldap-af/thread apply all bt.txt (output from gdb thread apply all bt) version & config information: OL_PACKAGE="OpenLDAP" OL_MAJOR=2 OL_MINOR=4 OL_PATCH=33 OL_API_INC=20433 OL_API_LIB_RELEASE=2.4 OL_API_LIB_VERSION=10:5:8 OL_VERSION=2.4.33 OL_TYPE=Release OL_STRING="OpenLDAP 2.4.33-Release" OL_RELEASE_DATE="2012/10/10" Red Hat Enterprise Linux Server release 6.3 (Santiago) kernel 2.6.32-279.19.1.el6.x86_64 running on a vmware esx host, with a single AMD Opteron(tm) Processor 6134. 4Gig RAM. please let me know if you need any more information. This is my first time using gdb, so I appologize if I missed something critical.

1 0

(ITS#7486) slapo-dynlist.5 enhancement request
by tedcheng＠symas.com 07 Jan '13

07 Jan '13

Full_Name: Ted C. Cheng Version: trunk OS: Linux/Solaris URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (76.174.253.197) This is an enhancement request to the slapo-dynlist.5 man page to call out the fact that searches with filters based on dynamic lists/groups attributes will not produce the desired results: Dynamic lists/groups, as their names suggest, are constructed dynamically when the entries are to be returned. Their attributes and values are not available at the time when searches based on filters are performed. As a result, searches with dynamic lists/groups attributes in filters will not produce the desired results.

1 0

(ITS#7485) libmdb key/data limits not checked/documented.
by h.b.furuseth＠usit.uio.no 06 Jan '13

06 Jan '13

Full_Name: Hallvard B Furuseth Version: mdb.master 057e0686303444d56f29a7bee0536e261fdf0b6a OS: Linux x86_64 URL: Submission from: (NULL) (193.69.163.163) Submitted by: hallvard mdb_put() not check for too big data. mdb_cursor_put() does not check for too big key either. Nor can I see that ldmb.h documents the limits, and there is no way to ask liblmdb what the limits are. This can write an item of size (5000000000 & 0xffffffff) or crash: MDB_val k1 = {3, "foo"}, x = {5000000000, NULL}; mdb_dbi_open(txn, NULL, MDB_CREATE, &dbi); mdb_put(txn, dbi, &k1, &x, MDB_RESERVE); Crash: MDB_val k1 = {3, "foo"}, y = {5, "xyzzy"}, z = {10000, calloc(1,10000)}; mdb_dbi_open(txn, NULL, MDB_CREATE|MDB_DUPSORT, &dbi); mdb_put(txn, dbi, &k1, &y, 0); mdb_put(txn, dbi, &k1, &z, 0); /* segfault */ Crash: MDB_val k2 = {8000, calloc(1, 8000)}, y = {5, "xyzzy"}; mdb_cursor_put(mc, &k2, &y, 0); while this gives a proper EINVAL: mdb_put(txn, dbi, &k2, &y, 0);

1 0

Re: (ITS#7462) olcPcache cannot be modified
by masarati＠aero.polimi.it 06 Jan '13

06 Jan '13

> Full_Name: Tio Teath > Version: 2.4.33 > OS: Debian GNU Linux Wheezy > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (178.172.239.4) > > > I'm getting 'LDAP: error code 80 - cannot delete olcPcache' while I'm > trying to > perform olcPcache modification: > dn: olcOverlay={0}pcache,olcDatabase={1}ldap,cn=config > changetype: modify > replace: olcPcache > olcPcache: hdb 10000 4 500 100 > - > > I have to perform this action in case, I need to extend the number of > pcacheAttrset directives. Although the impossibility to modify olcPcache may be viewed as a bug, I have the impression that a broad class of modifications e.g. to olcPcacheTemplate are likely to invalidate an existing cache. The fix should also consider the opportunity of thrashing the whole cache, unless a clever means to only address entries associated with the olcPcacheTemplate involved in the modification is found. My 2c. p. -- Pierangelo Masarati Associate Professor Dipartimento di Ingegneria Aerospaziale Politecnico di Milano

1 0

Re: (ITS#7484) sssvlv-maxpercon(n) configuration option
by masarati＠aero.polimi.it 06 Jan '13

06 Jan '13

> Full_Name: Liam Gretton > Version: 2.4.33 > OS: SLES 11 SP 2 > URL: > Submission from: (NULL) (143.210.13.77) > > > There's a mismatch between the documentation for the sssvlv-maxpercon > option and > the actual configuration option name. > > The man page documentation for slapo-sssvlv states that the maximum number > of > concurrent paged search requests per connection option is > 'sssvlv-maxperconn'. > For an LDAP-based configuration the option is 'olcSssVlvMaxPerConn' but > for a > slapd.conf based configuration the option is 'sssvlv-maxpercon' (note only > one > 'n', not two). Good catch; should be fixed now in HEAD, please test. Thanks, p. -- Pierangelo Masarati Associate Professor Dipartimento di Ingegneria Aerospaziale Politecnico di Milano

1 0

(ITS#7484) sssvlv-maxpercon(n) configuration option
by liam.gretton＠leicester.ac.uk 04 Jan '13

04 Jan '13

Full_Name: Liam Gretton Version: 2.4.33 OS: SLES 11 SP 2 URL: Submission from: (NULL) (143.210.13.77) There's a mismatch between the documentation for the sssvlv-maxpercon option and the actual configuration option name. The man page documentation for slapo-sssvlv states that the maximum number of concurrent paged search requests per connection option is 'sssvlv-maxperconn'. For an LDAP-based configuration the option is 'olcSssVlvMaxPerConn' but for a slapd.conf based configuration the option is 'sssvlv-maxpercon' (note only one 'n', not two).

1 0

(ITS#7483) back-mdb slapcat missing entries behavior
by ebackes＠symas.com 28 Dec '12

28 Dec '12

Full_Name: Emily Backes Version: RE24/HEAD OS: URL: Submission from: (NULL) (98.155.30.248) When given a database with missing entries, e.g. from slapadd of bad or incomplete data, slapcat on back-bdb returned even the orphaned children. Slapcat on back-mdb had inconsistent behavior, sometimes resulting in many more missing entries and sometimes resulting in segv. This is a problem only in slapcat, and should be fixed in commit e4ec2be93d675b120f1bffbff497d9ed8628c2a6 Better handling of missing entries (Thanks Howard!)

1 0

Re: (ITS#7481) nssov-pam-session ignored while db creation
by hyc＠symas.com 23 Dec '12

23 Dec '12

molostoff(a)gmail.com wrote: > Full_Name: Vasiliy molostov > Version: 2.4.28-1.1ubuntu4.2 > OS: ubuntu 12.04.1 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (95.31.14.8) > > > Being placed into slapd.conf nssov-pam-session directive is ignored while db > creation that can be observed in olcOverlay=nssov,olcDatabase=hdb,cn=config - > attribute olcNssPamSession is not added and has no requested values, and as a > result loginStatus doesnt work. Thanks for the report, fixed now in git master. PS: the version you're reporting against is already over a year old. You would have needed to update anyway. > > Manual addition of olcNssPamSession into > olcOverlay=nssov,olcDatabase=hdb,cn=config does this thing to work - loginStatus > works fine. -- -- 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#7481) nssov-pam-session ignored while db creation
by molostoff＠gmail.com 21 Dec '12

21 Dec '12

Full_Name: Vasiliy molostov Version: 2.4.28-1.1ubuntu4.2 OS: ubuntu 12.04.1 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (95.31.14.8) Being placed into slapd.conf nssov-pam-session directive is ignored while db creation that can be observed in olcOverlay=nssov,olcDatabase=hdb,cn=config - attribute olcNssPamSession is not added and has no requested values, and as a result loginStatus doesnt work. Manual addition of olcNssPamSession into olcOverlay=nssov,olcDatabase=hdb,cn=config does this thing to work - loginStatus works fine.

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