Re: Undefined Attribute Type (ITS#1356)

[Kurt@OpenLDAP.org]

ldapadd(1) is treating the input as one entry and slapd(1)
is returning an appropriate error in response.  If you
actually intended the input to be multiple entries, you
should separate each entry with at least one empty line.
See ldif(5) for details.

Kurt

At 12:50 AM 2001-09-27, schmitt@im-c.de wrote:
>Full_Name: Stefan Schmitt
>Version: openldap2.0.12
>OS: Linux
>URL: ftp://ftp.openldap.org/incoming/
>Submission from: (NULL) (134.96.74.31)
>
>
>using ldapadd with openldap-2.0.12-server
>
>ldapadd -f sample.ldif -x -D "cn=admin,c=de" -w secret
>
>we receive the following error:
>
>adding new entry "c=de"
>ldap_add: Undefined attribute type
>        additional info: dn: attribute type undefined
>
>ldif_record() = 17
>
>In the appendix, we give you the sample.ldif as well as the schema-files.
>In view of the fact, that other people also receive this error 
>http://groups.google.com/groups?q=%22Undefined+attribute+type%22&hl=en&rnum=3&selm=3ac9ee1c.21421141%40news.imaginet.fr
>we think that this error is well known and a solution should be available.
>
>
>
>slapd.conf
>
>#
># See slapd.conf(5) for details on configuration options.
># This file should NOT be world readable.
>#
>include         /usr/local/etc/openldap/schema/core.schema
>include         /usr/local/etc/openldap/schema/cosine.schema
>include         /usr/local/etc/openldap/schema/inetorgperson.schema
>include         /usr/local/etc/openldap/schema/evaperson.schema
>
>schemacheck     on
>#referral       ldap://root.openldap.org/
>
>pidfile         /var/run/slapd.pid
>argsfile        /var/run/slapd.args
>
>sizelimit 500
>timelimit 3600
>loglevel 256
>
>#######################################################################
># ldbm database definitions
>#######################################################################
>
>database        ldbm
>lastmod         off
>
>cachesize       1000
>dbcachesize      100000
>suffix           "c=de"
>#suffix         "o=My Organization Name, c=US"
>rootdn          "cn=admin, c=de"
>#rootdn         "cn=Manager, o=My Organization Name, c=US"
># cleartext passwords, especially for the rootdn, should
># be avoid.  See slapd.conf(5) for details.
>rootpw          secret
># database directory
># this 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
>defaultaccess write
>
>#TLSCertificateFile      /usr/local/ssl/bin/hoc.cert
>#TLSCertificateKeyFile   /usr/local/ssl/bin/hoc.key
>
>
>
>
>
>sample.ldif
>
>dn:c=de
>objectClass:country
>c:de
>dn:o=eva,c=de
>objectClass:top
>objectClass:organization
>o:eva
>dn:ou=Gruppen,o=eva,c=de
>ou:Gruppen
>objectClass:top
>objectClass:organizationalUnit
>dn:cn=001,ou=Gruppen,o=eva,c=de
>cn:001
>objectClass:top
>objectClass:groupOfUniqueNames
>uniqueMember:evaid=imcsu,ou=Personen,o=eva,c=de
>dn:ou=Personen,o=eva,c=de
>ou:Personen
>objectClass:top
>objectClass:organizationalUnit
>dn:ou=Extern,o=eva,c=de
>ou:Extern
>objectClass:top
>objectClass:organizationalUnit
>dn:evaid=imcsu,ou=Personen,o=eva,c=de
>givenName:System
>sn:E.ONAcademy
>telephoneNumber:
>userPassword:imc_imc
>evaID:imcsu
>displayName:E.ONAcademy
>mail:
>objectClass:evaperson
>cn:SystemE.ONAcademy
>dn:evaid=imcsu2,ou=Personen,o=eva,c=de
>givenName:SystemBack
>sn:E.ONAcademy
>telephoneNumber:
>userPassword:imc_imc
>
>
>
>evaperson.schema
>
># $OpenLDAP: pkg/ldap/servers/slapd/schema/inetorgperson.schema,v 1.4.2.5
>2000/11/04 21:35:00 kurt Exp $
>#
># InetOrgPerson (RFC2798)
>#
># Depends upon
>#   Definition of an X.500 Attribute Type and an Object Class to Hold
>#   Uniform Resource Identifiers (URIs) [RFC2079]
>#       (core.schema)
>#   
>#   A Summary of the X.500(96) User Schema for use with LDAPv3 [RFC2256]
>#       (core.schema)
>#
>#   The COSINE and Internet X.500 Schema [RFC1274] (cosine.schema)
>   
># evaOrganization
>attributetype ( 1.3.6.1.4.1.4768.1.1.0.5
>        NAME 'evaOrganization'
>        DESC 'TK name'
>        EQUALITY caseIgnoreMatch
>        SUBSTR caseIgnoreSubstringsMatch
>        SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
>        SINGLE-VALUE )
>
># evaCountry
>attributetype ( 1.3.6.1.4.1.4768.1.1.0.4
>        NAME 'evaCountry'
>        DESC 'country'
>        EQUALITY caseIgnoreMatch
>        SUBSTR caseIgnoreSubstringsMatch
>        SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
>        SINGLE-VALUE )
>
># evaDeleted
>attributetype ( 1.3.6.1.4.1.4768.1.1.0.2
>        NAME 'evaDeleted'
>        DESC 'deleted flag'
>        EQUALITY caseIgnoreMatch
>        SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
>        SINGLE-VALUE )
>
># evaTitle
>attributetype ( 1.3.6.1.4.1.4768.1.1.0.6
>        NAME 'evaTitle'
>        DESC 'title like Dr., Prof. etc'
>        EQUALITY caseIgnoreMatch
>        SUBSTR caseIgnoreSubstringsMatch
>        SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
>        SINGLE-VALUE )
>
># evaID
>attributetype ( 1.3.6.1.4.1.4768.1.1.0.1
>        NAME 'evaID'
>        DESC 'unique userid whitin the eva organiztion'
>        EQUALITY caseIgnoreMatch
>        SUBSTR caseIgnoreSubstringsMatch
>        SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
>        SINGLE-VALUE )
>
>
>
># evaPerson
>objectclass     ( 1.3.6.1.4.1.4768.1.2.0
>    NAME 'evaPerson'
>        DESC 'the evaPerson'
>    SUP inetOrgPerson
>    STRUCTURAL
>        MUST (evaID)
>        MAY (evaTitle $ evaDeleted $ evaCountry $ evaOrganization)
>        )