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

RE: RE: RE: openldap 2.1.12, solaris 2.8/2.7, bdb 4.1.25 make test concurrency fails



That particular FAQ article applies to OpenLDAP 1.x. None of it is relevant
to OpenLDAP 2.x.

  -- Howard Chu
  Chief Architect, Symas Corp.       Director, Highland Sun
  http://www.symas.com               http://highlandsun.com/hyc
  Symas: Premier OpenSource Development and Support

> -----Original Message-----
> From: jmong@adobe.com [mailto:jmong@adobe.com]

> Once again, thanks for the prompt response :)
>
> I removed the offending lines the reason I put them there in
> the first
> place was the previous builds I've done in the past have used them
> (even the 2.0.27... I guess its time to rebuild that as well)
> and I've
> followed this suggestion from the FAQ:
>
> http://www.openldap.org/faq/data/cache/11.html
>
> What's interesting is that you mentioned to build BDB4.1.25 with the
> same pthreads as well. My build of db4.1.25 consisted of the
> following
> steps:
>
> # set the path (now I know better ... not to include /usr/ucb"
> PATH="/usr/local/bin:/usr/sbin:/usr/bin:/usr/ccs/bin:/usr/ucb" ;
> export PATH
>
> # go to the build folder
> cd /work/db-4.1.25/build_unix
>
> # build it
> ../dist/configure --prefix=/usr/local/BerkeleyDB.4.1.25
>
> At this point I haven't set any of those ac_cv_* vars.. so I'm
> wondering where they might be being set.
>
> Right now I'm trying db4.1.24 (not .25 yet) without those av_* stuff
> and the /usr/ucb stuff and see if it compiles on solaris 2.8
>
> Thanks
>
> Jan-Michael
>
> ----- Original Message -----
> From: "Howard Chu" <hyc@highlandsun.com>
> Date: Friday, February 14, 2003 3:07 pm
> Subject: RE: RE: openldap 2.1.12, solaris 2.8/2.7, bdb 4.1.25 make
> test  concurrency fails
>
> > You went through an awful lot of trouble in your configure step to
> > overridethe defaults that it would choose. You should not be
> > messing with any of
> > those ac_cv_* or ol_cv_* variables, who told you to tweak them?
> > You would
> > have gotten a working build if you just used
> >        configure --prefix=/usr/local/openldap-2.1.12
> >
> > Also, in your PATH - there is no "/usr/ucb/bin" and on Solaris, you
> > definitely don't want /usr/ucb-anything on your path when
> > compiling software.
> >
> >  -- Howard Chu
> >  Chief Architect, Symas Corp.       Director, Highland Sun
> >  http://www.symas.com               http://highlandsun.com/hyc
> >  Symas: Premier OpenSource Development and Support
> >
> > > -----Original Message-----
> > > From: jmong@adobe.com [mailto:jmong@adobe.com]
> >
> > > Thanks... I'll try that..
> > >
> > > BTW, you're previous suggestion to upgrade from 2.0.25 to 2.0.27
> has
> > > been working so far... (to address the err=80 db indexing
> problem).
> > >
> > > I haven't configured pthreads before (don't even know where to
> look)
> > > could you recommend something that will work well with solaris 7
> and
> > > solaris 8? (I'll start searching google but if you have a quick
> > > response then that'll also be greatly appreciated.)
> > >
> > > Thanks again in advance
> > >
> > > ----- Original Message -----
> > > From: "Howard Chu" <hyc@highlandsun.com>
> > > Date: Friday, February 14, 2003 2:42 pm
> > > Subject: RE: openldap 2.1.12, solaris 2.8/2.7, bdb 4.1.25
> make test
> > > concurrency fails
> > >
> > > > Why are you using Sun LWP for threading? That code hasn't been
> > > > used in 4
> > > > years, and says at the top "NEEDS WORK" - you'd be well
> > advised to
> > > use
> > > > pthreads. Of course, you should also make sure that you
> configure
> > > both
> > > > BerkeleyDB and OpenLDAP to use the same threads API.
> > > >
> > > >  -- Howard Chu
> > > >  Chief Architect, Symas Corp.       Director, Highland Sun
> > > >  http://www.symas.com               http://highlandsun.com/hyc
> > > >  Symas: Premier OpenSource Development and Support
> > > >
> > > > > -----Original Message-----
> > > > > From: owner-openldap-software@OpenLDAP.org
> > > > > [mailto:owner-openldap-software@OpenLDAP.org]On Behalf Of
> > Jan-
> > > > Michael Ong
> > > >
> > > > > Hello there,
> > > > >
> > > > > I've surfed through the openldap archive lists and checked
> > > > > out the openldap
> > > > > FAQ but I'm still having a problem building the stable
> > > > > release of openldap
> > > > > (2.1.12) using bdb 4.1.25
> > > > >
> > > > > I'm not using Cyrus SASL and I've rebuilt bdb 4.1.25 and I'm
> > using> > > openssl-0.9.6h... but still get the make test concurrecy
> > > > > (test008) failure
> > > > > (dumps core):
> > > > >
> > > > > [...snip..[
> > > > > ldap_search: Can't contact LDAP server (81)
> > > > > ldap_bind: Can't contact LDAP server (81)
> > > > > stopping: child exited with status 1
> > > > > 28374 Segementation fault - core dumped
> > > > > slapd-tester failed (1)!
> > > > >  >>>>> ./scripts/test008-concurrency failed (exit 1)
> > > > > make[1]: *** [test-bdb] Error 1
> > > > >
> > > > > I patched bdb 4.1.25 (with the patch from SleepyCat's
> > > > > website) but that
> > > > > also didn't help.
> > > > >
> > > > > Currently I'm trying out to build openldap with bdb 4.1.24...
> > > > >
> > > > > I've followed Kurt's suggestion (from an earlier thread
> > > > > regarding this same
> > > > > topic) to check the tests/master.log file but it doesn't
> > > > > really indicate
> > > > > any reasons why it would dump core or even die at test008. I
> > > > > tried using
> > > > > strings on the core file, but not really sure what to look
> for..
> > > > >
> > > > > These were the last few lines of master.log
> > > > >
> > > > > SRCH "o=University of Michigan,c=US" 2 0    0 0 0
> > > > > ber_scanf fmt ({mm}) ber:
> > > > >      filter: (cn=Barbara Jensen)
> > > > > ber_scanf fmt ({M}}) ber:
> > > > >      attrs: cn sn
> > > > > conn=1 op=35 SRCH base="o=University of Michigan,c=US" scope=2
> > > > > filter="(cn=Barba
> > > > > ra Jensen)"
> > > > > => bdb_back_search
> > > > > bdb_dn2entry_rw("o=university of michigan,c=us")
> > > > > => bdb_dn2id_matched( "o=university of michigan,c=us" )
> > > > > ====> bdb_cache_find_entry_dn2id("o=university of
> > > > > michigan,c=us"): 1 (1 tries)
> > > > > ====> bdb_cache_find_entry_id( 1 ) "o=University of
> > > > > Michigan,c=US" (found)
> > > > > (1 tr
> > > > > ies)
> > > > > search_candidates: base="o=University of Michigan,c=US"
> > > > > (0x00000001) scope=2
> > > > > => bdb_dn2idl( "o=university of michigan,c=us" )
> > > > > => bdb_equality_candidates
> > > > > => key_read
> > > > >
> > > > >
> > > > > I'm basically running the following config:
> > > > >
> > > > > # cat openldap.sh
> > > > > #!/bin/sh
> > > > >
> > > > > DB_PATH=/usr/local/BerkeleyDB.4.1.24
> > > > > SSL_PATH=/usr/local/openssl-0.9.6h
> > > > >
> > > > > CC=/usr/local/bin/gcc
> > > > > CPPFLAGS="-I./ -I../ -I${DB_PATH}/include
> -I${SSL_PATH}/include
> > > > > -I${SSL_PATH}/include/openssl"
> > > > > LDFLAGS="-L${DB_PATH}/lib -L${SSL_PATH}/lib"
> > > > > LD_LIBRARY_PATH="${DB_PATH}/lib:${SSL_PATH}/lib"
> > > > >
> PATH=/usr/local/bin:/usr/sbin:/usr/bin:/usr/ccs/bin:/usr/ucb/bin
> > > > >
> > > > > ac_cv_func_pthread_create=no
> > > > > ol_cv_kthread_flag=no
> > > > > ol_cv_pthread_flag=no
> > > > > ol_cv_pthreads_flag=no
> > > > > ol_cv_thread_flag=no
> > > > >
> > > > > export CC CPPFLAGS LDFLAGS LD_LIBRARY_PATH PATH
> > > > > export ac_cv_func_pthread_create ol_cv_kthread_flag
> > > > > ol_cv_pthread_flag
> > > > > ol_cv_pthreads_flag ol_cv_thread_flag
> > > > >
> > > > > make clean
> > > > >
> > > > > ./configure \
> > > > > --enable-debug \
> > > > > --enable-slurpd \
> > > > > --prefix=/usr/local/openldap-2.1.12 \
> > > > > --with-tls \
> > > > > --with-threads=lwp \
> > > > > --with-ldbm-api=berkeley
> > > > >
> > > > > make depend
> > > > > make
> > > > > make test
> > > > >
> > > > > Does anyone have any luck building it on 4.1.25 or can offer
> > > > > any tips?
> > > > > Again I'm not trying to use SASL (that's a different beast
> > > > > altogether ^_^)
> > > > > at the moment... Or should I use a different version of BDB?
> > > > > If so can
> > > > > anyone recommend a BDB that has worked for them?
> > > > >
> > > > > Thanks in advance for your help
> > > > >
> > > > > Regards,
> > > > >
> > > > > Jan-Michael
> > > > >
> > > > >
> > > >
> > > >
> > >
> >
> >
>