openldap-technical

openldap-technical@openldap.org

21 participants
9802 discussions

Problems getting mdb_stat to work
by Mark Cairney 27 Nov '12

27 Nov '12

Hi, I've acquired the libmdb tools from the Gitorious page. I've got it to compile (with some warnings, see below) but it throws an error when I try and run mdb_stat on the mdb directory: Compilation yields the following: [root@birch libmdb]# ./make.sh gcc -pthread -O2 -g -DMDB_DSYNC=O_SYNC -W -Wall -Wno-unused-parameter -Wbad-function-cast -std=c99 -pedantic -fPIC -c mdb.c mdb.c:433: warning: extra semicolon in struct or union specified mdb.c:796: warning: implicit declaration of function ‘fdatasync’ mdb.c:1388: warning: implicit declaration of function ‘pwrite’ mdb.c:1699: warning: implicit declaration of function ‘ftruncate’ mdb.c:1885: warning: implicit declaration of function ‘strdup’ mdb.c:1885: warning: assignment makes pointer from integer without a cast mdb.c:4079: warning: assignment makes pointer from integer without a cast gcc -pthread -O2 -g -DMDB_DSYNC=O_SYNC -W -Wall -Wno-unused-parameter -Wbad-function-cast -std=c99 -pedantic -fPIC -c midl.c ar rs libmdb.a mdb.o midl.o ar: creating libmdb.a gcc -shared -o libmdb.so mdb.o midl.o gcc -pthread -O2 -g -DMDB_DSYNC=O_SYNC -W -Wall -Wno-unused-parameter -Wbad-function-cast -std=c99 -pedantic -c mdb_stat.c gcc -pthread -O2 -g -DMDB_DSYNC=O_SYNC -W -Wall -Wno-unused-parameter -Wbad-function-cast -std=c99 -pedantic mdb_stat.o libmdb.a -o mdb_stat gcc -pthread -O2 -g -DMDB_DSYNC=O_SYNC -W -Wall -Wno-unused-parameter -Wbad-function-cast -std=c99 -pedantic -c mtest.c gcc -pthread -O2 -g -DMDB_DSYNC=O_SYNC -W -Wall -Wno-unused-parameter -Wbad-function-cast -std=c99 -pedantic mtest.o libmdb.a -o mtest gcc -pthread -O2 -g -DMDB_DSYNC=O_SYNC -W -Wall -Wno-unused-parameter -Wbad-function-cast -std=c99 -pedantic -c mtest2.c gcc -pthread -O2 -g -DMDB_DSYNC=O_SYNC -W -Wall -Wno-unused-parameter -Wbad-function-cast -std=c99 -pedantic mtest2.o libmdb.a -o mtest2 gcc -pthread -O2 -g -DMDB_DSYNC=O_SYNC -W -Wall -Wno-unused-parameter -Wbad-function-cast -std=c99 -pedantic -c mtest3.c gcc -pthread -O2 -g -DMDB_DSYNC=O_SYNC -W -Wall -Wno-unused-parameter -Wbad-function-cast -std=c99 -pedantic mtest3.o libmdb.a -o mtest3 Running the command gives the following: [root@birch tmp]# ./mdb_stat /usr/local/authz/var/openldap-data/authorise-test mdb_env_open failed, error 22 Running this through strace looks like: [root@birch tmp]# strace ./mdb_stat /usr/local/authz/var/openldap-data/authorise-test execve("./mdb_stat", ["./mdb_stat", "/usr/local/authz/var/openldap-da"...], [/* 29 vars */]) = 0 brk(0) = 0x200f000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb138ef5000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=66956, ...}) = 0 mmap(NULL, 66956, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb138ee4000 close(3) = 0 open("/lib64/libpthread.so.0", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\\\340\2401\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=145720, ...}) = 0 mmap(0x31a0e00000, 2212768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x31a0e00000 mprotect(0x31a0e17000, 2097152, PROT_NONE) = 0 mmap(0x31a1017000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x31a1017000 mmap(0x31a1019000, 13216, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x31a1019000 close(3) = 0 open("/lib64/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360\355a\2401\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1922112, ...}) = 0 mmap(0x31a0600000, 3745960, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x31a0600000 mprotect(0x31a0789000, 2097152, PROT_NONE) = 0 mmap(0x31a0989000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x189000) = 0x31a0989000 mmap(0x31a098e000, 18600, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x31a098e000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb138ee3000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb138ee2000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb138ee1000 arch_prctl(ARCH_SET_FS, 0x7fb138ee2700) = 0 mprotect(0x31a0989000, 16384, PROT_READ) = 0 mprotect(0x31a1017000, 4096, PROT_READ) = 0 mprotect(0x31a041f000, 4096, PROT_READ) = 0 munmap(0x7fb138ee4000, 66956) = 0 set_tid_address(0x7fb138ee29d0) = 13054 set_robust_list(0x7fb138ee29e0, 0x18) = 0 futex(0x7fff78256ffc, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7fff78256ffc, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 7fb138ee2700) = -1 EAGAIN (Resource temporarily unavailable) rt_sigaction(SIGRTMIN, {0x31a0e05ae0, [], SA_RESTORER|SA_SIGINFO, 0x31a0e0f500}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x31a0e05b70, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x31a0e0f500}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=10240*1024, rlim_max=RLIM_INFINITY}) = 0 mmap(NULL, 2101248, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb138ce0000 brk(0) = 0x200f000 brk(0x2030000) = 0x2030000 open("/usr/local/authz/var/openldap-data/authorise-test/lock.mdb", O_RDWR|O_CREAT, 0) = 3 fcntl(3, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=1}) = -1 EAGAIN (Resource temporarily unavailable) fcntl(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=1}) = 0 lseek(3, 0, SEEK_END) = 6272 mmap(NULL, 6272, PROT_READ|PROT_WRITE, MAP_SHARED, 3, 0) = 0x7fb138ef3000 open("/usr/local/authz/var/openldap-data/authorise-test/data.mdb", O_RDONLY) = 4 read(4, "\0\0\0\0\0\0\0\0\0\0\10\0\0\0\0\0\336\300\357\276\1\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 close(4) = 0 close(3) = 0 fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb138ef2000 write(1, "mdb_env_open failed, error 22\n", 30mdb_env_open failed, error 22 ) = 30 exit_group(1) = ? [root@birch tmp]# [root@birch tmp]# [root@birch tmp]# [root@birch tmp]# ./mdb_stat /usr/local/authz/var/openldap-data/authorise-test mdb_env_open failed, error 22 [root@birch tmp]# strace ./mdb_stat /usr/local/authz/var/openldap-data/authorise-test execve("./mdb_stat", ["./mdb_stat", "/usr/local/authz/var/openldap-da"...], [/* 29 vars */]) = 0 brk(0) = 0x1946000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb3f6a65000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=66956, ...}) = 0 mmap(NULL, 66956, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb3f6a54000 close(3) = 0 open("/lib64/libpthread.so.0", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\\\340\2401\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=145720, ...}) = 0 mmap(0x31a0e00000, 2212768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x31a0e00000 mprotect(0x31a0e17000, 2097152, PROT_NONE) = 0 mmap(0x31a1017000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x31a1017000 mmap(0x31a1019000, 13216, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x31a1019000 close(3) = 0 open("/lib64/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360\355a\2401\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1922112, ...}) = 0 mmap(0x31a0600000, 3745960, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x31a0600000 mprotect(0x31a0789000, 2097152, PROT_NONE) = 0 mmap(0x31a0989000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x189000) = 0x31a0989000 mmap(0x31a098e000, 18600, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x31a098e000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb3f6a53000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb3f6a52000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb3f6a51000 arch_prctl(ARCH_SET_FS, 0x7fb3f6a52700) = 0 mprotect(0x31a0989000, 16384, PROT_READ) = 0 mprotect(0x31a1017000, 4096, PROT_READ) = 0 mprotect(0x31a041f000, 4096, PROT_READ) = 0 munmap(0x7fb3f6a54000, 66956) = 0 set_tid_address(0x7fb3f6a529d0) = 13069 set_robust_list(0x7fb3f6a529e0, 0x18) = 0 futex(0x7fffb15785cc, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7fffb15785cc, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 7fb3f6a52700) = -1 EAGAIN (Resource temporarily unavailable) rt_sigaction(SIGRTMIN, {0x31a0e05ae0, [], SA_RESTORER|SA_SIGINFO, 0x31a0e0f500}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x31a0e05b70, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x31a0e0f500}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=10240*1024, rlim_max=RLIM_INFINITY}) = 0 mmap(NULL, 2101248, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb3f6850000 brk(0) = 0x1946000 brk(0x1967000) = 0x1967000 open("/usr/local/authz/var/openldap-data/authorise-test/lock.mdb", O_RDWR|O_CREAT, 0) = 3 fcntl(3, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=1}) = -1 EAGAIN (Resource temporarily unavailable) fcntl(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=1}) = 0 lseek(3, 0, SEEK_END) = 6272 mmap(NULL, 6272, PROT_READ|PROT_WRITE, MAP_SHARED, 3, 0) = 0x7fb3f6a63000 open("/usr/local/authz/var/openldap-data/authorise-test/data.mdb", O_RDONLY) = 4 read(4, "\0\0\0\0\0\0\0\0\0\0\10\0\0\0\0\0\336\300\357\276\1\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 close(4) = 0 close(3) = 0 fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb3f6a62000 write(1, "mdb_env_open failed, error 22\n", 30mdb_env_open failed, error 22 ) = 30 exit_group(1) = ? [root@birch tmp]# Any ideas and apologies if this isn't the appropriate place to ask about this. /**************************** Mark R Cairney ITI UNIX Section Information Services Tel: 0131 650 6565 Email: Mark.Cairney(a)ed.ac.uk ****************************/ -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.

2 2

Re: installing openldap with mdb
by Jignesh Patel 27 Nov '12

27 Nov '12

Thanks, can you provide more deails about DB Env flags. -Jignesh On Mon, Nov 26, 2012 at 2:39 PM, Quanah Gibson-Mount <quanah(a)zimbra.com>wrote: > --On Tuesday, November 20, 2012 5:40 PM -0500 Jignesh Patel < > jignesh(a)icare.com> wrote: > > Here is a nice sample setup to install openldap with mdb. >> >> http://blogs.mindspew-age.com/**2012/06/11/overlays-mdb-**openldap-fun/<http://blogs.mindspew-age.com/2012/06/11/overlays-mdb-openldap-fun/> >> > > Decent, but it is a bit out of date. No mention of the DB Env flags. ;) > > > --Quanah > > > -- > > Quanah Gibson-Mount > Sr. Member of Technical Staff > Zimbra, Inc > A Division of VMware, Inc. > -------------------- > Zimbra :: the leader in open source messaging and collaboration >

2 1

Re: MSYS build and PCRE - Good news
by Anton Malov 27 Nov '12

27 Nov '12

On Tue, Nov 27, 2012 at 1:52 PM, Sergio NNX <sfhacker(a)hotmail.com> wrote: > I mentioned my steps in a previous email. Did you receive it? Yes, I did. I have a question for you. What was the output of your PCRE build? Which static libraries did it produce? I think there may be difference between the distro libraries I am using and custom PCRE build.

1 0

Re: MSYS build and POSIX regex
by Anton Malov 27 Nov '12

27 Nov '12

First of all, GNU regex library is seriously outdated and unmaintained anymore. Second, there is no such library in most popular MinGW distro - http://nuwen.net/mingw.html I can try to build GNU regex lib by myself, but for now I need to know is there any way to build OpenLDAP client library using PCRE. On Mon, Nov 26, 2012 at 5:32 PM, Sergio NNX <sfhacker(a)hotmail.com> wrote: > Ciao. > > I've built several versions of OpenLDAP and never had any issues with regex. > If PCRE libraries don't work, you could try GNU regex instead. > > Let me know how you get on. > > Sergio.

2 2

Re: MSYS build and PCRE - Good news
by Anton Malov 27 Nov '12

27 Nov '12

I have described what am I doing at least 3 times. I am trying to build OpenLDAP using MinGW and MSYS packages from http://nuwen.net/mingw.html Configuration script tests for -lregex and -lgnuregex libraries, but beforementioned MinGW has PCRE precompiled to libpcre.a and libpcreposix.a May be you have installed PCRE on your system, but OpenLDAP was compiled using GNU regex or other POSIX regex library? On Mon, Nov 26, 2012 at 8:25 PM, Sergio NNX <sfhacker(a)hotmail.com> wrote: >> I am using MinGW distro from http://nuwen.net/mingw.html It states, that >> PCRE 8.31 is included which is the latest stable version for now >> http://pcre.org/ > > I've just built OpenLDAP 2.4.33 against PCRE 8.31 without any issues! > > Let me know how you're doing. > > Cheers.

1 0

Re: last login time
by Clément OUDOT 26 Nov '12

26 Nov '12

2012/11/14 Quanah Gibson-Mount <quanah(a)zimbra.com> > --On Wednesday, November 14, 2012 10:03 PM +0100 Clément OUDOT < > clem.oudot(a)gmail.com> wrote: > > Your OpenLDAP configuration will be compatible between 2.4.23 and 2.4.33. >> But LTB project install OpenLDAP in /usr/local, not in the default >> location, so you need to move your configuration in the new location. >> > > Why would they have to move the location of the configuration? The point > of the -F flag to slapd is that you can use a location of your choosing any > time you want to... > > Right. In LTB package, this can be done in /etc/default/slapd Clément.

4 15

Re: MSYS build and POSIX regex
by Anton Malov 26 Nov '12

26 Nov '12

On 26.11.2012 17:56, Sergio NNX wrote: > I agree with you it's outdated, but everybody is using it. It's also > mentioned on the OpenLDAP website. I can try with the PCRE libs on my > box. Can you send me the link to PCRE libs source code and which version > you have installed? I am using MinGW distro from http://nuwen.net/mingw.html It states, that PCRE 8.31 is included which is the latest stable version for now http://pcre.org/

1 0

Re: MSYS build and POSIX regex
by Anton Malov 26 Nov '12

26 Nov '12

On Fri, Nov 23, 2012 at 5:05 PM, Howard Chu <hyc(a)symas.com> wrote: > Only you can answer that. Read the config.log file and see what error > message was in it for the regfree test. As far as I can investigate the situation configure script tries to build following source to find regex library: | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char regfree (); | int | main () | { | return regfree (); | ; | return 0; | } There is 3 attempts to build it with or without various libraries: 1) cc -o conftest.exe -g -O2 conftest.c -lws2_32 >&5 C:\temp\temp\ccKv1vKc.o: In function `main': d:\MyProgram\kokoko\openldap-2.4.33/conftest.c:69: undefined reference to `regfree' 2) cc -o conftest.exe -g -O2 conftest.c -lregex -lws2_32 >&5 D:\Dev\mingw\bin/ld.exe: cannot find -lregex 3) cc -o conftest.exe -g -O2 conftest.c -lgnuregex -lws2_32 >&5 D:\Dev\mingw\bin/ld.exe: cannot find -lgnuregex But PCRE posix wrappers lives in libpcreposix.a. Is there any way to use pcre libraries (libpcreposix.a + libpcre.a) for openldap build? Should such behavior of configuration script be consifdered as bug?

1 0

Announcing MDB C++ wrapper
by ArtemGr 25 Nov '12

25 Nov '12

http://code.google.com/p/libglim/source/browse/trunk/mdb.hpp The wrapper adds Boost Serialization, iterators and triggers to the mix. Any serializable class can be used as a key or a value. Triggers can be used to maintain indexes. Notice that there is an MDB issue triggered when using this wrapper ( http://www.openldap.org/its/index.cgi?findid=7448 ), use at your own risk.

2 1

Re: slapd crashes with ch_realloc of X bytes failed
by Meike Stone 23 Nov '12

23 Nov '12

> >> Yes, not before January 2013 ... >> Hope after reorganization, slapd runs more stable... >> The only thing I can do for now. > > > It is highly unlikely that "reorganization" will change the overall > footprint of the slapd database. Yes, I see this now ... Id does not matter ... > Your best bet is to use tcmalloc with > slapd -- Just LD_PRELOAD it. But where to get, I use SLES11SP1 Thanks Meike

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

openldap-technical