Ben Johnson wrote: > I posted this to openldap-bugs but I didn't see it actually posted to the > archive so I'll try in openldap-technical. I have LMDB integrated and it's > working smoothly except for this issue. > > ---- Original Message ---- > > I'm an author of an open source database called Sky (http://skydb.io/) and I'm > interested in porting the backend off LevelDB and move it over to LMDB. I > pulled down the LMDB code using the instructions on Ferenc Szalai's gomdb > (https://github.com/szferi/gomdb) README: > > git clone -b mdb.master --single-branch git://git.openldap.org/openldap.git > > When I ran "make test" against the code it seems to run through most of the > tests but I get a "Resource Busy" error at one point. Here's the full output: > > https://gist.github.com/benbjohnson/5628725 > > I'm running Mac OS X 10.8.3 and here's the output of my gcc -v: MacOSX and FreeBSD are somewhat dicy. If you can run the failing command ("mdb_stat testdb") by hand, successfully, it's probably fine. > > $ gcc -v > Using built-in specs. > Target: i686-apple-darwin11 > Configured with: > /private/var/tmp/llvmgcc42/llvmgcc42-2336.11~182/src/configure > --disable-checking --enable-werror > --prefix=/Applications/Xcode.app/Contents/Developer/usr/llvm-gcc-4.2 > --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ > --program-prefix=llvm- --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ > --with-slibdir=/usr/lib --build=i686-apple-darwin11 > --enable-llvm=/private/var/tmp/llvmgcc42/llvmgcc42-2336.11~182/dst-llvmCore/Developer/usr/local > --program-prefix=i686-apple-darwin11- --host=x86_64-apple-darwin11 > --target=i686-apple-darwin11 --with-gxx-include-dir=/usr/include/c++/4.2.1 > Thread model: posix > gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00) > > Let me know if you need any other info from me. > > > Ben Johnson > ben(a)skylandlabs.com <mailto:ben@skylandlabs.com> > > > > Ben Johnson > ben(a)skylandlabs.com <mailto:ben@skylandlabs.com> > > > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

Ben Johnson wrote: > Running "mdb_stat testdb" gives me the same "Resource Busy" error. > > It looks like mdb.c:2941 is checking if the return address from mmap() is the > same as the hint passed in. Is there a problem with just using the mmap() > return address? It looks like the mmap() is successful but just allocating to > a different place. That's treated as a failure since mtest uses the FIXEDMAP flag. In most applications you won't be using FIXEDMAP so you can ignore this error. > > > Ben Johnson > ben(a)skylandlabs.com <mailto:ben@skylandlabs.com> > > > > On May 23, 2013, at 4:55 PM, Howard Chu <hyc(a)symas.com <mailto:hyc@symas.com>> > wrote: > >> Ben Johnson wrote: >>> I posted this to openldap-bugs but I didn't see it actually posted to the >>> archive so I'll try in openldap-technical. I have LMDB integrated and it's >>> working smoothly except for this issue. >>> >>> ---- Original Message ---- >>> >>> I'm an author of an open source database called Sky (http://skydb.io/) and I'm >>> interested in porting the backend off LevelDB and move it over to LMDB. I >>> pulled down the LMDB code using the instructions on Ferenc Szalai's gomdb >>> (https://github.com/szferi/gomdb) README: >>> >>> git clone -b mdb.master --single-branch git://git.openldap.org/openldap.git >>> >>> When I ran "make test" against the code it seems to run through most of the >>> tests but I get a "Resource Busy" error at one point. Here's the full output: >>> >>> https://gist.github.com/benbjohnson/5628725 >>> >>> I'm running Mac OS X 10.8.3 and here's the output of my gcc -v: >> >> MacOSX and FreeBSD are somewhat dicy. If you can run the failing command >> ("mdb_stat testdb") by hand, successfully, it's probably fine. >>> >>> $ gcc -v >>> Using built-in specs. >>> Target: i686-apple-darwin11 >>> Configured with: >>> /private/var/tmp/llvmgcc42/llvmgcc42-2336.11~182/src/configure >>> --disable-checking --enable-werror >>> --prefix=/Applications/Xcode.app/Contents/Developer/usr/llvm-gcc-4.2 >>> --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ >>> --program-prefix=llvm- --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ >>> --with-slibdir=/usr/lib --build=i686-apple-darwin11 >>> --enable-llvm=/private/var/tmp/llvmgcc42/llvmgcc42-2336.11~182/dst-llvmCore/Developer/usr/local >>> --program-prefix=i686-apple-darwin11- --host=x86_64-apple-darwin11 >>> --target=i686-apple-darwin11 --with-gxx-include-dir=/usr/include/c++/4.2.1 >>> Thread model: posix >>> gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00) >>> >>> Let me know if you need any other info from me. >>> >>> >>> Ben Johnson >>> ben(a)skylandlabs.com <mailto:ben@skylandlabs.com> <mailto:ben@skylandlabs.com> >>> >>> >>> >>> Ben Johnson >>> ben(a)skylandlabs.com <mailto:ben@skylandlabs.com> <mailto:ben@skylandlabs.com> >>> >>> >>> >> >> >> -- >> -- Howard Chu >> CTO, Symas Corp. http://www.symas.com >> Director, Highland Sun http://highlandsun.com/hyc/ >> Chief Architect, OpenLDAP http://www.openldap.org/project/ > -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

Happend on Debian 6 as well as on Debian7(now) root@ldap085:/var/openldapdb07# slapd -V @(#) $OpenLDAP: slapd (Apr 23 2013 12:16:04) $ root@lupin:/tmp/buildd/openldap-2.4.31/debian/build/servers/slapd

> I would note there are issues with the way in which Debian builds BDB as > well. Is this still true today? Which issues are this in detail?

On Wed, 12 Jun 2013 08:35:37 -0700 Quanah Gibson-Mount <quanah(a)zimbra.com&gt; wrote > --On Wednesday, June 12, 2013 4:59 PM +0200 Michael Ströder > <michael(a)stroeder.com&gt; wrote: > > >> I would note there are issues with the way in which Debian builds BDB > >> as well. > > > > Is this still true today? Which issues are this in detail? > > Yes, it is still true today. They do not set the > --with-mutex=POSIX/pthreads flag. We looked at the db4.8 source package. It seems they used configure option --with-mutex=POSIX/pthreads/library See build log here: https://buildd.debian.org/status/fetch.php?pkg=db4.8&arch=amd64&v... 0-2&stamp=1283126079 Anything else which could be missing?