Issue 25 - ldapmodify failure ...
Summary: ldapmodify failure ...
Status: VERIFIED FIXED
Alias: None
Product: OpenLDAP
Classification: Unclassified
Component: slapd (show other issues)
Version: unspecified
Hardware: All All
: --- normal
Target Milestone: ---
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 1998-12-29 00:05 UTC by Kurt Zeilenga
Modified: 2014-08-01 21:06 UTC (History)
0 users

See Also:


Attachments
slapd_debug_file1.txt (1.91 KB, text/plain)
1998-12-29 00:05 UTC, Kurt Zeilenga
Details

Note You need to log in before you can comment on or make changes to this issue.
Description Kurt Zeilenga 1998-12-29 00:05:06 UTC
This is a bug.  Verified using by enabling schema checking in
tests/data/slapd-master.conf.

Kurt

>To: ldap@umich.edu, openldap-general@openldap.org
>From: Anthony Brock <abrock@georgefox.edu>
>Subject: ldapmodify failure ...
>Sender: owner-openldap-general@openldap.org
>X-Rcpt-To: UNKNOWN-
>
>I am having problems with openldap 1.1.1 (it is the same for openldap
>1.1.0) on Solaris 2.6 and 2.7 (sparc).
>
>When adding an entry to the database I receive the error:
>
># ldapmodify -a -h localhost -D "cn=root,o=George Fox University,c=US" -w
>xxxxxxxxxxxx < test
>adding new entry cn=Administrators, o=George Fox University, c=US
>ldap_add: Object class violation
>
>#
>
>This error occurs both with current entries in the database (created with
>ldif2ldbm) or on an empty database. I have included a log of what the
>server says during this (slapd debug file.txt) and my slapd.conf file.  All
>remaining files are from the stock-distribution.
>
>PLEASE give me a clue what is happening here. This has ground my
>development to a halt.  Thanks in advance,
>
>Tony
>
>********
>* test *
>********
>dn: cn=Administrators, o=George Fox University, c=US
>objectclass: top
>objectclass: groupOfNames
>cn: Administrators
>owner: cn=Admin, o=George Fox University, c=US
>member: cn=Admin, o=George Fox University, c=US
>
>**************
>* slapd.conf *
>**************
>include		/usr/local/etc/openldap/slapd.at.conf
>include		/usr/local/etc/openldap/slapd.oc.conf
>schemacheck	on
># referral	ldap://ldap.itd.umich.edu
>
>#######################################################################
># Setup access controls
>#######################################################################
>
>access to attrs=userPassword by self write by dn="cn=Admin,o=George Fox
>University,c=US" write by dn="cn=Web Master,o=George Fox University,c=US"
>compare by * none by dn="^$" none
>
>access to attrs=member,entry by dnattr=owner write
>
>access to attrs=universityID by * none by dn="^$" none
>
>access to attrs=cn by * read
>
>access to attrs=uid by * read
>
>access to attrs=uidNumber by * read
>
>access to * by self write
>
>#######################################################################
># ldbm database definitions
>#######################################################################
>
>database	ldbm
>suffix		"o=George Fox University, c=US"
>directory	/usr/tmp/ldap
>rootdn		"cn=root, o=George Fox University, c=US"
>rootpw		xxxxxxxxxxxx
>
>
>============================================================================
>Anthony W. Brock                               Directory of Network Services
>abrock@georgefox.edu                                  George Fox Univerisity
>----------------------------------------------------------------------------
>
Comment 1 Kurt Zeilenga 1998-12-29 00:09:31 UTC
The following modifications to test suite hilites the problem.

>From: kurt@openldap.org
>To: OpenLDAP Commit <openldap-commit@openldap.org>
>Subject: commit: pkg/ldap/tests/data slapd-master.conf slapd.oc.conf
>
>Update of /repo/OpenLDAP/pkg/ldap/tests/data
>
>Modified Files:
>	slapd-master.conf 	1.2 -> 1.3
>	slapd.oc.conf 	1.1.3.1 -> 1.2

Comment 2 Kurt Zeilenga 1998-12-29 00:10:11 UTC
The following fix appears to resolve the problem.

>From: kurt@openldap.org
>To: OpenLDAP Commit <openldap-commit@openldap.org>
>Subject: commit: pkg/ldap/servers/slapd charray.c schema.c
>
>Update of /repo/OpenLDAP/pkg/ldap/servers/slapd
>
>Modified Files:
>	charray.c 	1.6 -> 1.7
>	schema.c 	1.5 -> 1.6
>
>Log Message:
>Fix schema check bug... actually charray needs to dup strings on
>add/merge as we now free strings agressively.  Improved debug
>message to include name of missing required attribute and added
>check for 'operational attributes'.  This check should be used
>everywhere we need to test for operational attributes (add/modify).

Comment 3 Kurt Zeilenga 1998-12-29 00:15:21 UTC
changed notes
changed state Open to Test
moved from Incoming to Software
Comment 4 Kurt Zeilenga 1998-12-29 21:39:05 UTC
changed notes
changed state Test to Release
Comment 5 Kurt Zeilenga 1998-12-31 20:25:38 UTC
changed notes
changed state Release to Closed
Comment 6 Kurt Zeilenga 1999-01-13 17:55:10 UTC
moved from Software to Software Bugs
Comment 7 OpenLDAP project 2014-08-01 21:06:51 UTC
Fixed as detailed in followup #2
Released with 1.1.2.