Hello,
I am trying to build OpenLDAP version 2.2.17 with the gdbm back end. The platform is Solaris 10 on SPARC. However, the configure script fails with the following error: ./configure --enable-ldbm --with-ldbm-api=gdbm --enable-shell --enable-crypt --disable-bdb ... checking for GDBM library... checking for gdbm_open... no checking for gdbm_open in -lgdbm... no no checking for gdbm.h... yes checking for db... no configure: warning: could not find suitable LDBM backend configure: error: select appropriate LDBM options or disable Does anyone know how to fix it? Thanks in advance. Piotr
Hello Piotr, you should consider updating your ancient OpenLDAP-Server. :)
Bye, Benjamin.
On Mon, Oct 18, 2010 at 14:14, KALINOWSKI, Piotr (Piotr) piotr.kalinowski@alcatel-lucent.com wrote:
Hello,
I am trying to build OpenLDAP version 2.2.17 with the gdbm back end. The platform is Solaris 10 on SPARC. However, the configure script fails with the following error: ./configure --enable-ldbm --with-ldbm-api=gdbm --enable-shell --enable-crypt --disable-bdb ... checking for GDBM library... checking for gdbm_open... no checking for gdbm_open in -lgdbm... no no checking for gdbm.h... yes checking for db... no configure: warning: could not find suitable LDBM backend configure: error: select appropriate LDBM options or disable Does anyone know how to fix it? Thanks in advance. Piotr
Benjamin,
Telling someone to upgrade their software just because it's an older version is not an appropriate response. It looks like the configure script can't find the ldbm library, so even if he upgraded to teh latest version, if he doesn't correct his environment, he may still have the same error.
Prentice
Benjamin Griese wrote:
Hello Piotr, you should consider updating your ancient OpenLDAP-Server. :)
Bye, Benjamin.
On Mon, Oct 18, 2010 at 14:14, KALINOWSKI, Piotr (Piotr) piotr.kalinowski@alcatel-lucent.com wrote:
Hello,
I am trying to build OpenLDAP version 2.2.17 with the gdbm back end. The platform is Solaris 10 on SPARC. However, the configure script fails with the following error: ./configure --enable-ldbm --with-ldbm-api=gdbm --enable-shell --enable-crypt --disable-bdb ... checking for GDBM library... checking for gdbm_open... no checking for gdbm_open in -lgdbm... no no checking for gdbm.h... yes checking for db... no configure: warning: could not find suitable LDBM backend configure: error: select appropriate LDBM options or disable Does anyone know how to fix it? Thanks in advance. Piotr
Hi Prentice,
in general you're right I wouldn't say something if he had a release in the lower 2.4s, but the version he is using is _two major_ releases behind. Probably when he fixed his original problem, its not too far away to think of the next problem due to a bug thats already fixed in a newer version. Thats the only point I was thinking of by saying that.
Bye.
On Mon, Oct 18, 2010 at 15:46, Prentice Bisbal prentice@ias.edu wrote:
Benjamin,
Telling someone to upgrade their software just because it's an older version is not an appropriate response. It looks like the configure script can't find the ldbm library, so even if he upgraded to teh latest version, if he doesn't correct his environment, he may still have the same error.
Prentice
Benjamin Griese wrote:
Hello Piotr, you should consider updating your ancient OpenLDAP-Server. :)
Bye, Benjamin.
On Mon, Oct 18, 2010 at 14:14, KALINOWSKI, Piotr (Piotr) piotr.kalinowski@alcatel-lucent.com wrote:
Hello,
I am trying to build OpenLDAP version 2.2.17 with the gdbm back end. The platform is Solaris 10 on SPARC. However, the configure script fails with the following error: ./configure --enable-ldbm --with-ldbm-api=gdbm --enable-shell --enable-crypt --disable-bdb ... checking for GDBM library... checking for gdbm_open... no checking for gdbm_open in -lgdbm... no no checking for gdbm.h... yes checking for db... no configure: warning: could not find suitable LDBM backend configure: error: select appropriate LDBM options or disable Does anyone know how to fix it? Thanks in advance. Piotr
-- Prentice
Benjamin Griese wrote:
Hi Prentice,
in general you're right I wouldn't say something if he had a release in the lower 2.4s, but the version he is using is _two major_ releases behind. Probably when he fixed his original problem, its not too far away to think of the next problem due to a bug thats already fixed in a newer version. Thats the only point I was thinking of by saying that.
Not to mention that gdbm was never a safe DB mechanism, it has a lot of thread safety issues. No matter what, sticking with it would be a mistake. And nobody on the Project will support anything that old. We've already dropped support for 2.3 now; if you're not on 2.4 by now then don't bother posting to these lists.
Bye.
On Mon, Oct 18, 2010 at 15:46, Prentice Bisbalprentice@ias.edu wrote:
Benjamin,
Telling someone to upgrade their software just because it's an older version is not an appropriate response. It looks like the configure script can't find the ldbm library, so even if he upgraded to teh latest version, if he doesn't correct his environment, he may still have the same error.
Prentice
Benjamin Griese wrote:
Hello Piotr, you should consider updating your ancient OpenLDAP-Server. :)
Bye, Benjamin.
On Mon, Oct 18, 2010 at 14:14, KALINOWSKI, Piotr (Piotr) piotr.kalinowski@alcatel-lucent.com wrote:
Hello,
I am trying to build OpenLDAP version 2.2.17 with the gdbm back end. The platform is Solaris 10 on SPARC. However, the configure script fails with the following error: ./configure --enable-ldbm --with-ldbm-api=gdbm --enable-shell --enable-crypt --disable-bdb ... checking for GDBM library... checking for gdbm_open... no checking for gdbm_open in -lgdbm... no no checking for gdbm.h... yes checking for db... no configure: warning: could not find suitable LDBM backend configure: error: select appropriate LDBM options or disable Does anyone know how to fix it? Thanks in advance. Piotr
Piotr,
That error can becaused by one of two things:
1. You don't have the necessary gdbm libraries installed
or
2. Some of your environment variables are not setup correctly to search for the correct include and/or library files for gdbm.
First, check to make sure you have the ldbm library and header files installed. Then check your CPPFLAGS and LDFLAGS to make sure they contain the paths to the gdbm include and library respectively.
For example, on my RHEL 5.5 system, I would do
export CPPFLAGS="-I/usr/include" export LDFLAGS="-L/usr/lib"
These are default search locations, so in reality, they don't need to be set on my system. I have no idea where Solaris 10 would put them, so I don't know what these values should be for you.
Prentice
Benjamin Griese wrote:
Hello Piotr, you should consider updating your ancient OpenLDAP-Server. :)
Bye, Benjamin.
On Mon, Oct 18, 2010 at 14:14, KALINOWSKI, Piotr (Piotr) piotr.kalinowski@alcatel-lucent.com wrote:
Hello,
I am trying to build OpenLDAP version 2.2.17 with the gdbm back end. The platform is Solaris 10 on SPARC. However, the configure script fails with the following error: ./configure --enable-ldbm --with-ldbm-api=gdbm --enable-shell --enable-crypt --disable-bdb ... checking for GDBM library... checking for gdbm_open... no checking for gdbm_open in -lgdbm... no no checking for gdbm.h... yes checking for db... no configure: warning: could not find suitable LDBM backend configure: error: select appropriate LDBM options or disable Does anyone know how to fix it? Thanks in advance. Piotr
Benjamin,
You are probably right, but it is not my decision. Btw, does the current version (2.4) support GDBM? I did not find it in configure script. If the support was removed, updating OpenLDAP would need the migration of databases, too...
Piotr
-----Original Message----- From: Benjamin Griese [mailto:der.darude@gmail.com] Sent: Monday, October 18, 2010 3:37 PM To: KALINOWSKI, Piotr (Piotr) Cc: openldap-technical@openldap.org Subject: Re: Configuring OpenLDAP 2.2 with gdbm
Hello Piotr, you should consider updating your ancient OpenLDAP-Server. :)
Bye, Benjamin.
On Mon, Oct 18, 2010 at 14:14, KALINOWSKI, Piotr (Piotr) piotr.kalinowski@alcatel-lucent.com wrote:
Hello,
I am trying to build OpenLDAP version 2.2.17 with the gdbm
back end.
The platform is Solaris 10 on SPARC. However, the configure script fails with the following error: ./configure --enable-ldbm --with-ldbm-api=gdbm --enable-shell --enable-crypt --disable-bdb ... checking for GDBM library... checking for gdbm_open... no
checking for
gdbm_open in -lgdbm... no no checking for gdbm.h... yes
checking for
db... no configure: warning: could not find suitable LDBM backend configure: error: select appropriate LDBM options or disable Does anyone know how to fix it? Thanks in advance. Piotr
-- To be or not to be -- Shakespeare | To do is to be -- Nietzsche | To be is to do -- Sartre | Do be do be do -- Sinatra
KALINOWSKI, Piotr (Piotr) wrote:
I am trying to build OpenLDAP version 2.2.17 with the gdbm
back end.
You should not use OpenLDAP 2.2.x (set to historic years ago) and you should definitely not use gdbm-based backend. You won't get any help on the mailing lists.
Ciao, Michael.
-----Original Message----- From: Michael Ströder [mailto:michael@stroeder.com] Sent: Monday, October 18, 2010 5:52 PM
I am trying to build OpenLDAP version 2.2.17 with the gdbm
back end.
You should not use OpenLDAP 2.2.x (set to historic years ago) and you should definitely not use gdbm-based backend. You won't get any help on the mailing lists.
Thanks for advice :) I needed to rebuild the old version with just one switch added, not to upgrade it to the newest one...
Piotr
KALINOWSKI, Piotr (Piotr) wrote:
I am trying to build OpenLDAP version 2.2.17 with the gdbm
back end.
You should not use OpenLDAP 2.2.x (set to historic years ago) and you should definitely not use gdbm-based backend. You won't get any help on the mailing lists.
Thanks for advice :) I needed to rebuild the old version with just one switch added, not to upgrade it to the newest one...
This one switch added could trigger a problem you did not have before. Off course you're free to do whatever you think is right. But don't expect anybody here to help you in case of trouble.
Ciao, Michael.
On Mon, 18 Oct 2010, KALINOWSKI, Piotr (Piotr) wrote:
Hello, I am trying to build OpenLDAP version 2.2.17 with the gdbm back end. The platform is Solaris 10 on SPARC. However, the configure script fails with the following error: ./configure --enable-ldbm --with-ldbm-api=gdbm --enable-shell --enable-crypt --disable-bdb ... checking for GDBM library... checking for gdbm_open... no checking for gdbm_open in -lgdbm... no no checking for gdbm.h... yes checking for db... no configure: warning: could not find suitable LDBM backend configure: error: select appropriate LDBM options or disable Does anyone know how to fix it? Thanks in advance. Piotr
You are setting yourself for immense pain; the gdbm backend in that version will almost certainly suffer from (possibly irreparable) corruption. The only valid reason to do this would be if you found a six year old server and wanted to see what data was on it, read-only off the network...
With that said, take a glance through "config.log." You'll probably need to make your own gdbm build as a prerequisite, for that matter; once that is available on the system set CPPFLAGS/LDFLAGS appropriately when re-running OpenLDAP configure.
-----Original Message----- From: Aaron Richton [mailto:richton@nbcs.rutgers.edu] Sent: Monday, October 18, 2010 5:03 PM
You are setting yourself for immense pain; the gdbm backend in that version will almost certainly suffer from (possibly irreparable) corruption. The only valid reason to do this would be if you found a six year old server and wanted to see what data was on it, read-only off the network...
Good to know it. I think we eventually switch to some more reliable backend.
With that said, take a glance through "config.log." You'll probably need to make your own gdbm build as a prerequisite, for that matter; once that is available on the system set CPPFLAGS/LDFLAGS appropriately when re-running OpenLDAP configure.
I looked at it and there was nothing new - gdbm_open was missing. It turned out that GDBM must be installed, not only built to build OpenLDAP. Now it seems to work. Thanks!
Piotr
openldap-technical@openldap.org