Am Sat, 15 Jan 2011 18:01:31 +0100 (CET)
schrieb masarati(a)aero.polimi.it:
> Am Fri, 14 Jan 2011 12:38:31 -0800
> schrieb Quanah Gibson-Mount <quanah(a)zimbra.com>:
>
>> --On Friday, January 14, 2011 6:25 PM +0100 Dieter Kluenter
>> <dieter(a)dkluenter.de> wrote:
>>
>> > Am Thu, 13 Jan 2011 12:08:23 -0800
>> > schrieb Quanah Gibson-Mount <quanah(a)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