Re: (ITS#7141) Segmentation fault during stopping slapd
by michael@stroeder.com
michael(a)stroeder.com wrote:
> Uumpf! I forgot to update my local version of
>
> contrib/slapd-modules/smbk5pwd/Makefile
>
> after pulling from git. This Makefile does not use prefix and LDFLAGS used
> with ./configure before.
Hmm, it seems I get better result linking smbk5pwd with
contrib/slapd-modules/smbk5pwd/Makefile containing:
LDAP_LIB=-lldap_r -llber -L../../../libraries/libldap_r/.libs
-L../../../libraries/liblber/.libs
instead of just
LDAP_LIB=-lldap_r -llber
Is that the right solution when rpath is already set when invoking configure?
Ciao, Michael.
11 years, 7 months
Re: (ITS#7141) Segmentation fault during stopping slapd
by michael@stroeder.com
Hallvard B Furuseth wrote:
> On Sat, 28 Jan 2012 15:10:24 GMT, michael(a)stroeder.com wrote:
>> Core was generated by `/opt/openldap-RE24/libexec/slapd (...)
>> (...)
>> #1 0x00007fc67d5329a3 in ?? () from /usr/lib64/libldap_r-2.4.so.2
>
> Looks like slapd is linked to the wrong libldap_r, and you need
> to configure with something like
>
> $ pr=/opt/openldap-RE24
> $ ./configure --prefix=$pr LDFLAGS="-L$pr/lib -Wl,-rpath,$pr/lib"
Uumpf! I forgot to update my local version of
contrib/slapd-modules/smbk5pwd/Makefile
after pulling from git. This Makefile does not use prefix and LDFLAGS used
with ./configure before.
Please close this ITS.
Ciao, Michael.
11 years, 7 months
Re: (ITS#7141) Segmentation fault during stopping slapd
by h.b.furuseth@usit.uio.no
On Sat, 28 Jan 2012 15:10:24 GMT, michael(a)stroeder.com wrote:
> Core was generated by `/opt/openldap-RE24/libexec/slapd (...)
> (...)
> #1 0x00007fc67d5329a3 in ?? () from /usr/lib64/libldap_r-2.4.so.2
Looks like slapd is linked to the wrong libldap_r, and you need
to configure with something like
$ pr=/opt/openldap-RE24
$ ./configure --prefix=$pr LDFLAGS="-L$pr/lib -Wl,-rpath,$pr/lib"
--
Hallvard
11 years, 7 months
(ITS#7141) Segmentation fault during stopping slapd
by michael@stroeder.com
Full_Name:
Version: RE24 git a9b2c4fd2457fb502e9a2d47307e72ab2ec4b59d
OS: openSUSE 11.4 x86_64
URL:
Submission from: (NULL) (84.163.33.76)
slapd was started with:
-h "ldap://0.0.0.0:53123 ldapi://%2Ftmp%2Fopenldap-e2-infra-testbed"
I can reproduce this always in a test bed but currently with a confidential
customer configuration. Please request more information if really needed and I
will try to provide a test config without confidential information.
Core was generated by `/opt/openldap-RE24/libexec/slapd -d config,stats -h
ldap://0.0.0.0:53123 ldapi:'.
Program terminated with signal 11, Segmentation fault.
#0 0x00007fc684f37cfb in ldap_free_urllist (ludlist=0x100000000) at url.c:1515
1515 next = ludp->lud_next;
(gdb) info threads
* 1 Thread 20121 0x00007fc684f37cfb in ldap_free_urllist (ludlist=0x100000000)
at url.c:1515
(gdb) thread 1
[Switching to thread 1 (Thread 20121)]#0 0x00007fc684f37cfb in
ldap_free_urllist (ludlist=0x100000000) at url.c:1515
1515 next = ludp->lud_next;
(gdb) bt full
#0 0x00007fc684f37cfb in ldap_free_urllist (ludlist=0x100000000) at url.c:1515
ludp = 0x100000000
next = 0x7fc67d751040
#1 0x00007fc67d5329a3 in ?? () from /usr/lib64/libldap_r-2.4.so.2
No symbol table info available.
#2 0x00007fc67d515b1f in ?? () from /usr/lib64/libldap_r-2.4.so.2
No symbol table info available.
#3 0x00007fff849df338 in ?? ()
No symbol table info available.
#4 0x0000000000000000 in ?? ()
No symbol table info available.
(gdb) frame 0
#0 0x00007fc684f37cfb in ldap_free_urllist (ludlist=0x100000000) at url.c:1515
1515 next = ludp->lud_next;
(gdb) info locals
ludp = 0x100000000
next = 0x7fc67d751040
11 years, 7 months
Re: (ITS#7140) mdb crash in slapadd(too large LDIF)
by h.b.furuseth@usit.uio.no
On Sat, 28 Jan 2012 12:44:13 GMT, h.b.furuseth(a)usit.uio.no wrote:
> The commit branches in mdb_tool_entry_<put,reindex> also reset
> mdb->mi_attrs[*]->ai_cursor. Should the abort branches do the same?
Also mdb_tool_entry_put() resets mdb_writes on commit but not abort.
Relevant with slapadd -c, I suppose.
mdb_tool_entry_reindex() never resets mdb_writes, so -q does not work.
--
Hallvard
11 years, 7 months
(ITS#7140) mdb crash in slapadd(too large LDIF)
by h.b.furuseth@usit.uio.no
Full_Name: Hallvard B Furuseth
Version: RE24
OS: Linux x86_64
URL:
Submission from: (NULL) (195.1.106.125)
Submitted by: hallvard
When bumping into the database maxsize with slapadd:
mdb_tool_entry_put() does not reset idcursor after mdb_txn_abort(),
so idcursor gets closed twice and slapadd crashes.
Blind fix: s/cursor = NULL;/idcursor = NULL;/ on tools.c line 684.
This is what the mdb_txn_commit() branch does.
The commit branches in mdb_tool_entry_<put,reindex> also reset
mdb->mi_attrs[*]->ai_cursor. Should the abort branches do the same?
11 years, 7 months
Re: (ITS#7137) Wrong -R path for installed programs
by quanah@zimbra.com
--On Friday, January 27, 2012 12:46 PM +0100 Michael Ströder
<michael(a)stroeder.com> wrote:
> quanah(a)zimbra.com wrote:
>> -R/opt/zimbra/openssl/lib
>
> FWIW:
> Setting rpath with -R did not work for me on Linux. I had to use
> -Wl,-rpath instead. I did not re-test recently though.
It only works on older linux systems, some of which I still support. For
me, newer ones ignore it and do the rest of the linking correctly.
--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
11 years, 7 months
Re: (ITS#7137) Wrong -R path for installed programs
by holm@informatik.umu.se
--On 26 januari 2012 13.30.22 -0800 Quanah Gibson-Mount <quanah(a)zimbra.com> wrote:
> There is something wrong in what you're doing, I don't know where. I built using a
> builddir (since I don't usually, but you did), and it worked correctly for me.
I have found the problem! If you use --disable-static without using
--enable-dynamic, the executables are dynamically linked BUT with
the wrong rpath. In this case, I think configure should either quit
with an error pointing out the contradiction OR link dynamically with
the correct rpath.
Thank You for your help in sorting this out!
Regards,
Åke Holmlund
11 years, 7 months
Re: (ITS#7137) Wrong -R path for installed programs
by michael@stroeder.com
quanah(a)zimbra.com wrote:
> -R/opt/zimbra/openssl/lib
FWIW:
Setting rpath with -R did not work for me on Linux. I had to use -Wl,-rpath
instead. I did not re-test recently though.
Ciao, Michael.
11 years, 7 months