[Date Prev][Date Next] [Chronological] [Thread] [Top]
RE: make test failed on Solaris 2.6

To: openldap-software@OpenLDAP.org
Subject: RE: make test failed on Solaris 2.6
From: Karen Martin <Karen.Martin@wcom.com>
Date: Thu, 08 Jun 2000 14:52:46 -0600
Importance: Normal
In-reply-to: <4.0.1-J.20000607134820.02262458@mail.fsas.fujitsu.co.jp>
Kristina,
Thank you for the below info; it now works! Part of my problem seems to have
been because I was using the Solaris compiler instead of the Gnu compiler.
Thanks again.
--Karen Martin

> -----Original Message-----
> From:
> Sent: Tuesday, June 06, 2000 10:52 PM
> Subject: Re: make test failed on Solaris 2.6
>
>
>
> Here are the complete directions for installing OpenLDAP and
> Berkeley DB on Solaris 2.6 and 2.7 on Sparc. Good luck
>
> Kristina
>
> -----------------------------------------
>
> Berkeley DB INSTALL Directions
>
> % zcat db-2.77.tar.gz | tar xvf -
> % cd db-2.7.7/build_unix
> % env CC=/usr/local/bin/gcc ../dist/configure
> % make
> % make install
>
> The make clean command is:
> % make distclean
>
>
> ---------------------------------------
>
> OpenLDAP INSTALL Directions
>
> % cd /usr/local/SRC
> % zcat openldap-stable.tgz | tar xvf -
>
> % cd ldap
> % setenv LIBS -lrt 　(This line is for Solaris2.7 only, do
> not need for 2.6）
> % setenv ac_cv_func_pthread_create no
> % setenv ol_cv_kthread_flag no
> % setenv ol_cv_pthread_flag no
> % setenv ol_cv_pthreads_flag no
> % setenv ol_cv_thread_flag no
> % setenv CPPFLAGS -I/usr/local/BerkeleyDB/include
> % setenv LDFLAGS -L/usr/local/BerkeleyDB/lib
>
>
> % env
>
> LIBS=-lrt
> 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
> CPPFLAGS=-I/usr/local/BerkeleyDB/include
> LDFLAGS=-L/usr/local/BerkeleyDB/lib
>
>
> % env CC=/usr/local/bin/gcc ./configure
>
> % make depend
> % make
>
> LDAP Server(SLAPD)のテストを行います。
> % cd /usr/local/SRC/ldap/tests
> % make
>
> % cd /usr/local/SRC/ldap
> % make install
>
>
>
> ---That's it----
>
>
> At 15:45 00/06/07 -0600, you wrote:
> >
> > Hi,
> > Please help! I'm new to the LDAP world and am trying to get
> OpenLDAP 1.2.10
> > stable version to work on Solaris 2.6 using Berkeley DB 2.7.7.
> I configured
> > it using the following environment settings:
> >
> > export ac_cv_func_pthread_create=no
> > export ol_cv_kthread_flag=no
> >
> > per suggestion in http://www.openldap.org/faq/data/cache/11.html and was
> > able to compile normally using make with no problem (I did not
> define any
> > other environment variables except for defining the paths to Berkeley DB
> > include and library). When I performed a make in the ./tests
> directory I got
> > the following output with error:
> >
> > ln: ./data: File exists
> > Initiating LDAP tests...
> > >>>>> Executing all LDAP tests...
> > >>>>> Test Directory: .
> > >>>>> Backend: ldbm
> > >>>>> Starting test001-ldif2ldbm ...
> > running defines.sh . ldbm
> > Datadir is ./data
> > Cleaning up in ./test-db...
> > Running ldif2ldbm to build slapd database...
> > Starting slapd on TCP/IP port 9009...
> > Using ldapsearch to retrieve all the entries...
> > ldapsearch failed!
> > >>>>> ./scripts/test001-ldif2ldbm failed (exit 32)
> > *** Error code 32
> > make: Fatal error: Command failed for target `all-local'
> >        ngin2: /home/kolsen/ldap/openldap-1.2.10/tests
> >
> > The test/test-db directory contained the following:
> > NEXTID          dn2id.dbb       ldapsearch.out  slapd.args      uid.dbb
> > cn.dbb          id2children.dbb master.log      slapd.pid
> > dn.dbb          id2entry.dbb    objectclass.dbb sn.dbb
> >
> > The ldapsearch.out file contained the following 1 line:
> > ldap_search: No such object
> >
> > the master.log file contained the following:
> > slapd 1.2.10-Release (Tue Jun  6 14:10:37 MDT 2000)
> >
> kolsen@ngin2:/export/home/kolsen/ldap/openldap-1.2.10/servers/slapd
> > slapd starting
> > do_bind
> > do_bind: version 2 dn () method 128
> > send_ldap_result 0::
> > do_search
> > SRCH "O=UNIVERSITY OF MICHIGAN,C=US" 2 0    0 0 0
> >     filter: (objectclass=*)
> >     attrs:
> > => ldbm_back_search
> > using base "O=UNIVERSITY OF MICHIGAN,C=US"
> > subtree_candidates: base: "O=UNIVERSITY OF MICHIGAN,C=US" lookupbase
> > dn2entry_r: dn: "O=UNIVERSITY OF MICHIGAN,C=US"
> > => dn2id( "O=UNIVERSITY OF MICHIGAN,C=US" )
> > => ldbm_cache_open( "./test-db/dn2id.dbb", 7, 600 )
> > ldbm_cache_open (blksize 8192) (maxids 2046) (maxindirect 2)
> > <= ldbm_cache_open (opened 0)
> > <= dn2id NOID
> > send_ldap_result 32::
> > do_unbind
> > do_bind
> > do_bind: version 2 dn () method 128
> > send_ldap_result 0::
> > do_search
> > SRCH "O=UNIVERSITY OF MICHIGAN,C=US" 2 0    0 0 0
> >     filter: (objectclass=*)
> >     attrs:
> > => ldbm_back_search
> > using base "O=UNIVERSITY OF MICHIGAN,C=US"
> > subtree_candidates: base: "O=UNIVERSITY OF MICHIGAN,C=US" lookupbase
> > dn2entry_r: dn: "O=UNIVERSITY OF MICHIGAN,C=US"
> > => dn2id( "O=UNIVERSITY OF MICHIGAN,C=US" )
> > => ldbm_cache_open( "./test-db/dn2id.dbb", 7, 600 )
> > <= ldbm_cache_open (cache 0)
> > <= dn2id NOID
> > send_ldap_result 32::
> > do_unbind
> > do_bind
> > do_bind: version 2 dn () method 128
> > send_ldap_result 0::
> > do_search
> > SRCH "O=UNIVERSITY OF MICHIGAN,C=US" 2 0    0 0 0
> >     filter: (objectclass=*)
> >     attrs:
> > => ldbm_back_search
> > using base "O=UNIVERSITY OF MICHIGAN,C=US"
> > subtree_candidates: base: "O=UNIVERSITY OF MICHIGAN,C=US" lookupbase
> > dn2entry_r: dn: "O=UNIVERSITY OF MICHIGAN,C=US"
> > => dn2id( "O=UNIVERSITY OF MICHIGAN,C=US" )
> > => ldbm_cache_open( "./test-db/dn2id.dbb", 7, 600 )
> > <= ldbm_cache_open (cache 0)
> > <= dn2id NOID
> > send_ldap_result 32::
> > do_unbind
> > do_bind
> > do_bind: version 2 dn () method 128
> > send_ldap_result 0::
> > do_search
> > SRCH "O=UNIVERSITY OF MICHIGAN,C=US" 2 0    0 0 0
> >     filter: (objectclass=*)
> >     attrs:
> > => ldbm_back_search
> > using base "O=UNIVERSITY OF MICHIGAN,C=US"
> > subtree_candidates: base: "O=UNIVERSITY OF MICHIGAN,C=US" lookupbase
> > dn2entry_r: dn: "O=UNIVERSITY OF MICHIGAN,C=US"
> > => dn2id( "O=UNIVERSITY OF MICHIGAN,C=US" )
> > => ldbm_cache_open( "./test-db/dn2id.dbb", 7, 600 )
> > <= ldbm_cache_open (cache 0)
> > <= dn2id NOID
> > send_ldap_result 32::
> > do_unbind
> > ber_get_next on fd 5 failed errno 0 (Error 0)
> > *** got 0 of 0 so far
> > do_bind
> > do_bind: version 2 dn () method 128
> > send_ldap_result 0::
> > do_search
> > SRCH "O=UNIVERSITY OF MICHIGAN,C=US" 2 0    0 0 0
> >     filter: (objectclass=*)
> >     attrs:
> > => ldbm_back_search
> > using base "O=UNIVERSITY OF MICHIGAN,C=US"
> > subtree_candidates: base: "O=UNIVERSITY OF MICHIGAN,C=US" lookupbase
> > dn2entry_r: dn: "O=UNIVERSITY OF MICHIGAN,C=US"
> > => dn2id( "O=UNIVERSITY OF MICHIGAN,C=US" )
> > => ldbm_cache_open( "./test-db/dn2id.dbb", 7, 600 )
> > <= ldbm_cache_open (cache 0)
> > <= dn2id NOID
> > send_ldap_result 32::
> > do_unbind
> > do_bind
> > do_bind: version 2 dn () method 128
> > send_ldap_result 0::
> > do_search
> > SRCH "O=UNIVERSITY OF MICHIGAN,C=US" 2 0    0 0 0
> >     filter: (objectclass=*)
> >     attrs:
> > => ldbm_back_search
> > using base "O=UNIVERSITY OF MICHIGAN,C=US"
> > subtree_candidates: base: "O=UNIVERSITY OF MICHIGAN,C=US" lookupbase
> > dn2entry_r: dn: "O=UNIVERSITY OF MICHIGAN,C=US"
> > => dn2id( "O=UNIVERSITY OF MICHIGAN,C=US" )
> > => ldbm_cache_open( "./test-db/dn2id.dbb", 7, 600 )
> > <= ldbm_cache_open (cache 0)
> > <= dn2id NOID
> > send_ldap_result 32::
> > do_unbind
> > ber_get_next on fd 5 failed errno 0 (Error 0)
> > *** got 0 of 0 so far
> > slapd shutting down - waiting for 0 threads to terminate
> > slapd shutting down - waiting for backends to close down
> > ldbm backend saving nextid
> > ldbm backend syncing
> > ldbm flushing db (./test-db/dn2id.dbb)
> > ldbm backend done syncing
> > slapd stopping
> >
> > Seems like it went through each search OK. Why did it fail?
> What do I need
> > to do? Any suggestions? Thank you for any help you can offer!
> >
> > --Karen Martin
> >
>
References:
- Re: make test failed on Solaris 2.6
  - From: Kristina <kristina@fsas.fujitsu.co.jp>
Prev by Date: Re: Outlook Express and Eudora bahave differently..
Next by Date: Corporate address book
Index(es):
- Chronological
- Thread