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

Re: new schema error 19



I suggest you run slaptest(8) on your slapd.conf(5) configuration
with sufficient debug level to determine what the configuration
problem is...


At 11:54 AM 2/23/2006, Michael Oliver wrote:
>I am trying to write our own schema for OpenLDAP and I have applied for a
>new IANA base number but derived a number that didn't appear to conflict
>with any of the schemas in the distribution.
>
> 
>
>First I created to attribute types
>
> 
>
>attributetype ( 1.3.6.1.4.1.1.1961 NAME 'propertyName'
>
>      DESC 'Java Properties object attribute for Property Name'
>
>      EQUALITY caseIgnoreMatch
>
>      SUBSTR caseIgnoreSubstringsMatch
>
>      SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
>
>      SINGLE-VALUE )
>
> 
>
>attributetype ( 1.3.6.1.4.1.1.1962 NAME 'propertyValue'
>
>      DESC 'Java Properties object attribute for Property Value'
>
>      EQUALITY caseIgnoreMatch
>
>      SUBSTR caseIgnoreSubstringsMatch
>
>      SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
>
>      SINGLE-VALUE )
>
> 
>
>And added the alarius.schema to the slapd.conf and it started fine and the
>attributeTypes showed in my JXplorer.cool.
>
> 
>
>So then I wanted an objectClass to add these attributeType to.
>
> 
>
>objectclass ( 1.3.6.1.4.1.2.1964 NAME 'javaProperty'
>
>      DESC 'Persist Java Property name and value'
>
>      SUP top STRUCTURAL
>
>      MUST ( cn $ propertyName $ propertyValue )
>
>      MAY ( description ) )
>
> 
>
>But when I restart after that, the service fails to start and reports "error
>code 19" as the cause.
>
> 
>
>I tried to find error 19 to no avail.
>
> 
>
>I compared that objectclass definition to the objectclass for 'person' and
>other than the different attributes, it looks the same to me.  So what am I
>missing.
>
> 
>
>Ollie
>
> 
>
> 
>
> 
>
> 
>
>
>--Boundary_(ID_tfLcqRgYRlrvqjFlvDPEhg)--