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.