openldap-bugs

openldap-bugs@openldap.org

1 participants
20963 discussions

Re: (ITS#8326) failure to start due to pwdMaxRecordedFailure
by hyc＠symas.com 01 Dec '15

01 Dec '15

afrunning(a)gmail.com wrote: > Full_Name: Al F > Version: 2.4.43 > OS: Redhat 6.7 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (74.123.146.10) > > > Hi, > > I just attepted to upgrade my development environment from 2.4.42 to 43, but > unfortunately the service won't start. The following is in my logs: > > Dec 1 08:44:45 myserver slapd[5698]: @(#) $OpenLDAP: slapd 2.4.43 (Dec 1 2015 > 08:19:43) $#012#011root@myserver:/root/openldap-2.4.43/servers/slapd > Dec 1 08:44:45 myserver slapd[5698]: User Schema load failed for attribute > "pwdMaxRecordedFailure". Error code 17: attribute type undefined > Dec 1 08:44:45 myserver slapd[9698]: config error processing > olcOverlay={2}ppolicy,olcDatabase={1}mdb,cn=config: User Schema load failed for > attribute "pwdMaxRecordedFailure". Error code 17: attribute type undefined > > I do not have any pwdMaxRecordedFailure attributes in my ppolicy objects - which > I'm assuming is the issue. I rely on the defaults. > > Let me know what else I can do to help. You need to replace your ppolicy.schema/ppolicy.ldif from 2.4.42 with the one bundled in 2.4.43. -- -- 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#8326) failure to start due to pwdMaxRecordedFailure
by afrunning＠gmail.com 01 Dec '15

01 Dec '15

Full_Name: Al F Version: 2.4.43 OS: Redhat 6.7 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (74.123.146.10) Hi, I just attepted to upgrade my development environment from 2.4.42 to 43, but unfortunately the service won't start. The following is in my logs: Dec 1 08:44:45 myserver slapd[5698]: @(#) $OpenLDAP: slapd 2.4.43 (Dec 1 2015 08:19:43) $#012#011root@myserver:/root/openldap-2.4.43/servers/slapd Dec 1 08:44:45 myserver slapd[5698]: User Schema load failed for attribute "pwdMaxRecordedFailure". Error code 17: attribute type undefined Dec 1 08:44:45 myserver slapd[9698]: config error processing olcOverlay={2}ppolicy,olcDatabase={1}mdb,cn=config: User Schema load failed for attribute "pwdMaxRecordedFailure". Error code 17: attribute type undefined I do not have any pwdMaxRecordedFailure attributes in my ppolicy objects - which I'm assuming is the issue. I rely on the defaults. Let me know what else I can do to help. Regards, Al

1 0

(ITS#8325) Building Problems openLDAP 2.4.43 pthread_mutexattr_setrobust
by bernhard.pfeiffer33＠gmail.com 30 Nov '15

30 Nov '15

Full_Name: Bernhard Pfeiffer Version: openLDAP 2.4.43 OS: SUSE 11 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (85.158.227.32) Since the new version i get building problems under SUSE11: cc -g -O2 -o slapd main.o globals.o bconfig.o config.o daemon.o connection.o search.o filter.o add.o cr.o attr.o entry.o backend.o backends.o result.o operation.o dn.o compare.o modify.o delete.o modrdn.o ch_malloc.o value.o ava.o bind.o unbind.o abandon.o filterentry.o phonetic.o acl.o str2filter.o aclparse.o init.o user.o lock.o controls.o extended.o passwd.o schema.o schema_check.o schema_init.o schema_prep.o schemaparse.o ad.o at.o mr.o syntax.o oc.o saslauthz.o oidm.o starttls.o index.o sets.o referral.o root_dse.o sasl.o module.o mra.o mods.o sl_malloc.o zn_malloc.o limits.o operational.o matchedValues.o cancel.o syncrepl.o backglue.o backover.o ctxcsn.o ldapsync.o frontend.o slapadd.o slapcat.o slapcommon.o slapdn.o slapindex.o slappasswd.o slaptest.o slapauth.o slapacl.o component.o aci.o alock.o txn.o slapschema.o version.o -pthread -L/products/db-5.2.42/lib -L/products/openssl-1.0.2d/lib libbackends.a liboverlays.a ../../libraries/liblunicode/liblunicode.a ../../libraries/librewrite/librewrite.a ../../libraries/liblutil/liblutil.a ../../libraries/libldap_r/.libs/libldap_r.a /data0/install/openLDAP_v2/openldap-2.4.43/libraries/liblber/.libs/liblber.a ../../libraries/liblber/.libs/liblber.a /products/db-5.2.42/lib/libdb-5.2.so -lpthread -lssl -lcrypto -lresolv -pthread -Wl,--rpath -Wl,/products/db-5.2.42/lib -Wl,--rpath -Wl,/products/openssl-1.0.2d/lib daemon.o: In function `alap_listener': /data0/install/openLDAP_v2/openldap-2.4.43/servers/slapd/daemon.c:1873: warning: `sys_errlist' is deprecated; use `strerror' or `strerror_r' instead /data0/install/openLDAP_v2/openldap-2.4.43/servers/slapd/daemon.c:1873: warning: `sys_nerr' is deprecated; use `strerror' or `strerror_r' instead libbackends.a(mdbmdb.o): In function `mdb_mutex_failed': /data0/install/openLDAP_v2/openldap-2.4.43/servers/slapd/back-mdb/./../../../libraries/liblmdb/mdb.c:9977: undefined reference to `pthread_mutex_consistent' libbackends.a(mdbmdb.o): In function `mdb_env_setup_locks': /data0/install/openLDAP_v2/openldap-2.4.43/servers/slapd/back-mdb/./../../../libraries/liblmdb/mdb.c:4620: undefined reference to `pthread_mutexattr_setrobust' collect2: ld returned 1 exit status make[2]: *** [slapd] Error 1 make[2]: Leaving directory `/data0/install/openLDAP_v2/openldap-2.4.43/servers/slapd' make[1]: *** [all-common] Error 1 make[1]: Leaving directory `/data0/install/openLDAP_v2/openldap-2.4.43/servers' make: *** [all-common] Error 1

1 0

(ITS#8324) LMDB - grow file incrementally on Windows
by hyc＠openldap.org 30 Nov '15

30 Nov '15

Full_Name: Howard Chu Version: LMDB 0.9.17 OS: Win32 x64 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (78.155.236.172) Submitted by: hyc Currently LMDB uses the WIN32 API to setup the memory-mapped DB file, which requires that the file size is equal to the map size. If we use the native NT API instead it's possible to grow the file incrementally, which will reduce the number of complaints we get from Windows users who think their disk space is getting eaten up for no reason. There is probably a performance reduction from taking this approach, but I haven't benchmarked it and have no plans to. I frankly don't care and no one is paying me to care.

1 0

(ITS#8323) LMDB nested txn bugs
by hyc＠openldap.org 24 Nov '15

24 Nov '15

Full_Name: Howard Chu Version: LMDB 0.9.16 OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (78.155.230.13) Submitted by: hyc When committing a child transaction, the merge of the child's dirty pages must remove the child's spilled pages from the merge.

1 0

(ITS#8322) mdb_env_set_mapsize default size mismatch
by bernard＠zeroc.com 23 Nov '15

23 Nov '15

Full_Name: Bernard Normier Version: lmdb latest OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (50.241.237.165) lmdb.h, used by Doxygen, documents a default size of 10MB: > * The size should be a multiple of the OS page size. The default is > * 10485760 bytes. The size of the memory map is also the maximum size while mdb.c uses a default size of 1MB: > #define DEFAULT_MAPSIZE 1048576

1 0

Re: (ITS#8320) [PATCH] mdb_load: fix loading data from simple text files
by hyc＠symas.com 22 Nov '15

22 Nov '15

orivej(a)gmx.fr wrote: > Full_Name: Orivej Desh > Version: > OS: > URL: https://github.com/orivej/openldap/commit/326faf4da40bc42c3b6a8431f761815a5… > Submission from: (NULL) (31.220.42.127) > > > mdb_load -T was supposed to read escaped text, but 21b51cb7 "Add mdb_load" > made it read hex. > > This patch is free and unencumbered software released into the public domain. Thanks, added to git. -- -- 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#8319) [PATCH] mdb_load: explain readline and mdb_cursor_put errors
by hyc＠symas.com 22 Nov '15

22 Nov '15

orivej(a)gmx.fr wrote: > Full_Name: Orivej Desh > Version: > OS: > URL: https://github.com/orivej/openldap/commit/338f038f10c6d77288135204df8a94cbe… > Submission from: (NULL) (31.220.42.127) > > > This patch adds printing of error messages where previously mdb_load would exit > silently. > > This patch is free and unencumbered software released into the public domain. > > Thanks, added to git. -- -- 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#8321) LMDB cursor fixup bugs
by hyc＠openldap.org 22 Nov '15

22 Nov '15

Full_Name: Howard Chu Version: 2.4.42 OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (78.155.230.13) Submitted by: hyc Multiple bugs were fixed in the cursor fixups which adjust other open cursors in response to various write ops. Patches will be merged shortly.

1 0

Re: (ITS#8291) ./run -b hdb test007 fails
by ondra＠mistotebe.net 22 Nov '15

22 Nov '15

On Tue, Oct 27, 2015 at 09:50:10AM +0000, michael(a)stroeder.com wrote: > Strange: testrun/test.out has zero bytes. :-/ > But the DB files are created. > > Other tests with -b hdb seem to work ok. > Maybe it's just the test script? I've let slapmodify honour logging settings in branch ITS8291 at https://github.com/mistotebe/openldap, could you paste the output of test.out with that enabled and possibly loglevel set to -1? Thanks, Ondrej

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