[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: RE24 testing call #2 (OL2.4.24)



Ondrej Kuznik wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 01/06/2011 11:17 PM, Quanah Gibson-Mount wrote:
There have been substantial updates to RE24.  Please test!

On Debian Squeeze, x86_64, db 4.8.30, as well as a similar machine with
x86_64 kernel, i386 userspace, db 4.7.25, all tests run ok.

On a different host, RHEL5, x86_64, db 4.7.25 every test ends with a
slapd segfault that gets ignored:

Test succeeded
./scripts/test016-subref: line 195: 19266 Segmentation fault      (core
dumped) $SLAPD -f $CONF1 -h $URI1 -d $LVL $TIMING>$LOG1 2>&1
./scripts/test016-subref completed OK for hdb.
...
./scripts/test018-syncreplication-persist: line 538: 19907 Segmentation
fault      (core dumped) $SLAPD -f $CONF1 -h $URI1 -d $LVL $TIMING
$LOG1 2>&1
./scripts/test018-syncreplication-persist: line 538: 20040 Segmentation
fault      (core dumped) $SLAPD -f $CONF4 -h $URI4 -d $LVL $TIMING
$LOG4 2>&1
./scripts/test018-syncreplication-persist completed OK for hdb.
...
./scripts/test058-syncrepl-asymmetric: line 2335:  9383 Segmentation
fault      (core dumped) $SLAPD -F slapd.d -h $URI1 -d $LVL $TIMING
$LOG1 2>&1  (wd: /tmp/openldap-2.4.24rc2/tests/testrun/smc)
...

configure was run with the following params:
CPPFLAGS=-I/opt/ds-1.0/include/ LDFLAGS="-Wl,-rpath=/opt/ds-1.0/lib64
- -L/opt/ds-1.0/lib64" ./configure --enable-overlays --enable-backends
- --disable-ndb&&  make depend&&  make -j4&&  make test

Where should I look for further info?

Enable core dumps and examine the core files with gdb.

Every time I compile slapd with "--enable-modules" but without
"--enable-dynamic", I get symbol resolution errors about libldap
functions on every machine aborting the slapd process. Is it expected
with this ./configure parameter combination? If so, shouldn't
"--enable-modules" imply "--enable-dynamic"?

It's a known issue, but it only shows up with some versions of libtool (and not others).

I have asked this question several times already on
openldap-technical/#openldap, but have never received any response.

The FAQ-o-Matic has stock answers for core dump issues, so questions of this nature rarely merit a direct response.

--
  -- Howard Chu
  CTO, Symas Corp.           http://www.symas.com
  Director, Highland Sun     http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/