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

getting very frustrated with lack of success



Hello all.

I have been silently suffering through what has turned into an ordeal
with trying to set up a simply configured, very basic ldap server.  I
have followed the directions in the HOWTO, the Quickstart Guide, and a
quasi-HOWTO to this mailing list (From: "Simon
Ritchie"<Simon.Ritchie@net.ntl.com>, Date: Wed, 4 Oct 2000 16:00:53
+0100) paying particular attention to the provided slapd.conf configs on
several different occasions.  In fact, I am copying the config files
EXACTLY from these documents.  Each time, I am running into the same
problem: "ldap_add: Operations error".  This leads me to believe that
either my ldap install/database is broken, or I'm asking the ldap server
to do something the wrong way (my ldif file is syntactically incorrect,
or my ldapadd command is syntactically wrong, or something).

It's very frustrating.  I have searched through the mailing list
archives, but found nothing that has helped me get around the issue. 
Nothing in the documents I have read helps either.  I have never found
any sort of troubleshooting guide, either.  So ...

Here are the details of my setup:  RedHat 7.2, installed openldap from
RPM packages (version 2.0.22 from open-it.org).  I have attached my
slapd.conf and init.ldif.



  

Here's the output I get when I run ldapadd:

[root@redhat openldap]# /etc/init.d/ldap start
Starting slapd:                                            [  OK  ]
[root@redhat openldap]# ldapadd -x -D "cn=noris,o=home,c=sys" -f
init.ldif -W
Enter LDAP Password: 
adding new entry "o=home, c=sys"
ldap_add: Operations error

ldif_record() = 1


Does anything immediately jump out at anyone as being wrong?  I'm lost,
and very frustrated.  Is it possible that I have munged my database with
so much messing around?  I keep seeing references to destroying the
database and starting over with a fresh new database, but ... how do I
do that?  What files do I delete?  Is there a command I need to run?

Thanks in advance.

-- 
Brandon Young
Naval ROTC Unit
University of Kansas
bkyoung@ku.edu
#
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include         /etc/openldap/schema/core.schema
include         /etc/openldap/schema/cosine.schema
include         /etc/openldap/schema/nis.schema

# Define global ACLs to disable default read access.

# Do not enable referrals until AFTER you have a working directory
# service AND an understanding of referrals.
#referral       ldap://root.openldap.org

pidfile         /usr/local/var/openldap/slapd.pid
argsfile        /usr/local/var/openldap/slapd.args

# log function calls (1) and connection mgmnt (8)
loglevel 9


# I don't know what this next bit is about - I can't find these files in
# my OpenLDAP distribution.  SAR 21 Sept 2000.

# Load dynamic backend modules:
# modulepath    /usr/local/libexec/openldap
# moduleload    back_ldap.la
# moduleload    back_ldbm.la
# moduleload    back_passwd.la
moduleload      back_shell.la

#######################################################################
# ldbm database definitions
#######################################################################

database        ldbm
#suffix         "o=My Organization Name, c=US"
#rootdn         "cn=Manager, o=My Organization Name, c=US"

suffix          "o=home, c=sys"
rootdn          "cn=noris, o=home, c=sys"

# Cleartext passwords, especially for the rootdn, should
# be avoid.  See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
rootpw          n0risn

# The database directory MUST exist prior to running slapd AND
# should only be accessable by the slapd/tools. Mode 700 recommended.
directory       /usr/local/var/openldap-ldbm
# Indices to maintain
index   objectClass     eq
# initial attributes for LDAP authentication database
# Specify root value, Group and People.  We can then import the
# attributes from /etc/group, /etcpasswd and /etc/shadow.

dn: o=home, c=sys
objectclass: top
objectclass: organization
o: home


dn: ou=Group, o=home, c=sys
objectclass: top
objectclass: organizationalUnit
ou: Group

dn: ou=People, o=home, c=sys
objectclass: top
objectclass: organizationalUnit
ou: People