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

Precluding hardware-dependent issues


I have strange seg faults when sending a SASL/DIGEST-MD5 bind with
OpenLDAP 2.4.11 running with BDB 4.6.21p1 on different VMware machines
running with SLES 10. I plan to update both software packages anyway
but, as usual, the customer is a little bit scared of upgrading. ;-)

I'd also like to figure out what the real problem is since on one
machine it simply works and it does not on another.

I've checked pre-installed SuSE packages, all related config files, file
ownership/permissions and dynamic linking of slapd (ldd output).
Everything seems ok. Start over with slapadd-ing to an empty DB didn't
help either. Running slapd -d 32767 on the concole shows that the SASL
user is correctly mapped to the user's entry DN but immediately after
that slapd crashes. (Can't grab a useful backtrace with the installed
build though.)

Both machines are identical except that one VMware machine is running on
an AMD processor where also the build was made and the other VMware
machine is running on an Intel processor where the built files were just
copied to. (This copying worked from one AMD machine to another).

So I currently suspect that there's a processor-dependent optimization
done especially in the BDB build. How can I avoid that? See the current
BDB build script below. Any other suspectible compile time option?

Many thanks in advance.

Ciao, Michael.

------------------------------ snip ------------------------------
export CFLAGS="-O2"
cd build_unix
rm config.status
make clean
../dist/configure \
  --prefix=/appserver/bdb-4.6 \
  --with-uniquenames \
  --enable-diagnostic \
  --enable-shared \
  --enable-static \
  --enable-rpc \
  --disable-java \
  --enable-posixmutexes \
  --enable-largefile \
  --enable-cxx \
  --disable-compat185 \