Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
-+-+-+-slapd.conf-+-+-+-
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/inetorgperson.schema
pidfile /var/slapd.pid
argsfile /var/slapd.args
access to dn.base="" by * read
access to * by self write by users read by anonymous auth
database bdb
suffix "dc=cvweb"
rootdn "cn=manager,dc=cvweb"
rootpw {SSHA}HV...
directory /var/openldap-data
index objectClass eq
-+-+-+-end-+-+-+-
Every how-to and readme I read says that I don't need to create the database first - just run it. But it doesn't run - here is the info from my running it /usr/libexec/slapd -d 4
-+-+-+--d 4 output-+-+-+-
daemon_init: <null>
bdb_initialize: Sleepycat Software: Berkeley DB 4.1.25: (December 19, 2002)
bdb_db_init: Initializing BDB database
bdb_db_open: dc=corvu
bdb(dc=corvu): unable to join the environment
bdb_db_open: dbenv_open failed: Resource temporarily unavailable (11)
backend_startup: bi_db_open(0) failed! (11)
bdb(dc=corvu): txn_checkpoint interface requires an environment configured for the transaction subsystem
bdb_db_destroy: txn_checkpoint failed: Invalid argument (22)
slapd stopped.
connections_destroy: nothing to destroy.
-+-+-+-end-+-+-+-
And finally, /var/openldap-data
drwx------ 2 root root 4096 Jun 10 21:19 .
drwxr-xr-x 24 root root 4096 Apr 10 09:37 ..
-rw------- 1 root root 0 Jun 10 21:19 __db.001
The above (__db.001) is created automatically by running OpenLDAP.
Could somebody tell me what stupid thing I'm missing!?
After posting this qustion - I joined the OpenLDAP mailing list. This seemed the best place to get an answer to the issue. I have since gotten it working, but I'm not clear about "how", but I'll give my "impression" (along with the impression of the OpenLDAP list community).
First, I want to make it clear that the OpenLDAP package passed the "% make test" process. That is to say that as user, 'gavollink' the test package was able to create an LDAP database using BDB.
Because of this, I started chasing the issue as if it were a permission problem (which seemed logical enough - forgetting that I'm running OpenLDAP as "root"). I asked to the OpenLDAP list and the most usefull response that I got was that my environment was hosed. (I have three active Linux Servers all running RedHat 7.2 or 7.3). So I instead asked another question, how do most users run OpenLDAP. Well the near unanimous response was anything BUT root.
So, I set up OpenLDAP to Launch as a user I created called "ldap". Suddenly it worked - it was able to create a database. Here's where things get foggy again. Once I ran it as the "ldap" user from these files, and I had set the config files, and the database directory to be writable by the "ldap" user - THEN I was also able to get OpenLDAP to run as "root". Even after deleting the database, and starting "fresh" it still worked. I don't have time to investigate further, but maybe this will help someone else.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.