Am Sat, 15 Jan 2011 18:01:31 +0100 (CET)
schrieb masar...@aero.polimi.it:
> > Am Fri, 14 Jan 2011 12:38:31 -0800
> > schrieb Quanah Gibson-Mount <qua...@zimbra.com>:
> >
> >> --On Friday, January 14, 2011 6:25 PM +0100 Dieter Kluenter
> >> <die...@dkluenter.de> wrote:
> >>
> >> > Am Thu, 13 Jan 2011 12:08:23 -0800
> >> > schrieb Quanah Gibson-Mount <qua...@zimbra.com>:
> >> >
> >> >> Fixes to the dreaded solaris hang with back-monitor included.
> >> >> Please test. :)
> >> >
> >> > ./scripts/test020-proxycache failed for hdb (exit 255)
> >> > make: *** [hdb-yes] Fehler 255
> >>
> >> While I appreciate you taking the time to test, this report
> >> provides no useful information. Please provide some data that can
> >> actually be examined for issues.
> >
> > This submisssion was unintentional and too early, sorry
> >
> >>>>>> Starting test020-proxycache for hdb...
> > Starting master slapd on TCP/IP port 9011...
> > Using ldapsearch to check that master slapd is running...
> > Using ldapadd to populate the master directory...
> > Starting proxy cache on TCP/IP port 9012...
> > Using ldapsearch to check that proxy slapd is running...
> > Waiting 5 seconds for slapd to start...
> > Waiting 5 seconds for slapd to start...
> > Waiting 5 seconds for slapd to start...
> > Waiting 5 seconds for slapd to start...
> > Waiting 5 seconds for slapd to start...
> > Waiting 5 seconds for slapd to start...
> > ldapsearch failed (255)!
> >>>>>> ./scripts/test020-proxycache failed for hdb (exit 255)
> > make: *** [hdb-yes] Fehler 255
> >
> > slapd.2.log doesn't show much, the last lines where
> >
> > put_filter: simple
> > put_simple_filter:
> > "namingContexts:distinguishedNameMatch:=dc=example,dc=com"
> > ber_scanf fmt ({mm}) ber:
> > ber_scanf fmt ({mm}) ber:
> > ber_scanf fmt ({t) ber:
> > ber_scanf fmt (m) ber:
> > ber_scanf fmt (t) ber:
> > ber_scanf fmt (m) ber:
> > ber_scanf fmt (t) ber:
> > ber_scanf fmt (m) ber:
> > ber_scanf fmt (}) ber:
> >>>> dnPretty: <dc=example,dc=com>
> > <<< dnPretty: <dc=example,dc=com>
> >>>> dnNormalize: <dc=example,dc=com>
> > <<< dnNormalize: <dc=example,dc=com>
> > => monitor_back_search
> >>>> dnNormalize: <dc=example,dc=com>
> > <<< dnNormalize: <dc=example,dc=com>
> > send_ldap_result: conn=-1 op=0 p=0
> >
> > The core doesn't provide much information either:
> >
> > Core was generated by
> > `/home/dieter/build/openldap/servers/slapd/.libs/lt-slapd -s0
> > -f /home/dieter/bu'. Program terminated with signal 11, Segmentation
> > fault. #0 0x00002b8afa89117d in ?? ()
> > (gdb) bt
> > #0 0x00002b8afa89117d in ?? ()
>
> Maybe you can start slapd manually (-h ldap://:9012 -f
> tesrtrun/slapd.2.conf -dargs,trace,stats) and see if it becomes
> responsive and so. What you show is the result of an internal
> operation (conn=-1), and there seems to be no logging related to the
> ldapsearch that's checking if it started correctly.
This error might be due to -DBDB_MONITOR_IDX, if I compile without this
flag, all tests run well. There might be something else strange in my
script, please check:
export BDBDIR="/usr/local/BerkeleyDB.4.8"
export CFLAGS="-DBDB_MONITOR_IDX -g3 -march=athlon64"
export LDFLAGS="-L${BDBDIR}/lib -R${BDBDIR}/lib"
export CPPFLAGS="-I${BDBDIR}/include"
PREFIX="/home/dieter/openldap/"
DATABASE="hdb"
make distclean ;
./configure \
--prefix=${PREFIX} \
--enable-dynamic \
--enable-aci \
--enable-modules \
--enable-rewrite \
--enable-bdb=yes \
--enable-hdb=yes \
--enable-ldap=yes \
--enable-monitor=yes \
--enable-meta=mod \
--enable-perl=mod \
--enable-relay=mod \
--enable-monitor=yes \
--enable-sql=mod \
--enable-overlays=mod
make depend && make && cd tests
export DB_CONFIG=/tmp/slapd1/DB_CONFIG
export USE_SASL=yes
export SLAPD_DEBUG=1
sleep 5 ; make $DATABASE ;
exit 0
-Dieter
--
Dieter Klünter | Systemberatung
http://dkluenter.de
GPG Key ID:DA147B05
53°37'09,95"N
10°08'02,42"E
