[389-users] superior attributes (not object classes)
Rich Megginson
rmeggins at redhat.com
Wed Sep 1 03:48:07 UTC 2010
Brian LaMere wrote:
>
>
> > Was this ever looked at again for a feature enhancement? Is it
> > already available, if I do X thing?
> A feature enhancement to the schema conversion tool? I'm not sure who
> maintains that now.
>
>
> well, I was simply running the schema-reload.pl
> <http://schema-reload.pl> script; the script ran fine, it was internal
> dynamic reload task on the directory server that had a problem, per
> the error log for the slapd instance:
>
> [31/Aug/2010:15:30:23 -0700] schemareload - Schema reload task starts
> (schema dir: default) ...
> [31/Aug/2010:15:30:23 -0700] dse - The entry cn=schema in file
> /etc/dirsrv/slapd-redacted/schema/97hosting.ldif is invalid, error
> code 21 (Invalid syntax) - attribute type nocastr128: Missing parent
> attribute syntax OID
> [31/Aug/2010:15:30:23 -0700] schema_reload - schema file validation failed
> [31/Aug/2010:15:30:23 -0700] schemareload - Schema validation failed.
>
>
>
> > I got it because I was using "SUP nocastr128" in an attributeType,
> > after defining an attributeType of nocastr128 with the base
> components
> > I wanted to inherit.
> So the problem is that SYNTAX is not inherited from the parent?
> What version of 389-ds-base are you using?
>
What version of 389-ds-base are you using?
>
> Can you post the definitions of the parent and child attributes?
>
>
> Yeah, I messed with it a bit not knowing what it was talking about; at
> first I tried to figure out why it was loading my 97hosting.ldif file
> earlier than the 00core.ldif file that had the syntax that was
> "missing," since that seemed to be what the error was saying.
>
> As a simple example though, if I try to create an attribute with "SUP
> top" it fails; I can do that with an objectclass with no problems, but
> not with an attributetype. Here's an extremely over-simplified example:
>
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> me at redacted:/etc/dirsrv/slapd-redacted/schema# cat 96testing.ldif
> #
> ################################################################################
> #
> dn: cn=schema
> #
> ################################################################################
> #
> attributeTypes: (
> 2.25.184169507047331805154432216124173436187.1.2.3.99999
> NAME 'testAttributeWithSup'
> DESC 'rfc2252 allows for both superior objectclasses and superior
> attributetypes'
> SUP top
> )
> #
> ################################################################################
> #
> me at redacted:/etc/dirsrv/slapd-redacted/schema#
> /usr/lib64/dirsrv/slapd-redacted/schema-reload.pl
> <http://schema-reload.pl> -v -D "cn=Directory Manager" -j ../dirman.pwd
> ldapmodify: started Tue Aug 31 20:12:04 2010
>
> ldap_init( redacted.here.com <http://redacted.here.com>, 389 )
> add objectclass:
> top
> extensibleObject
> add cn:
> schema_reload_2010_8_31_20_12_4
> adding new entry cn=schema_reload_2010_8_31_20_12_4, cn=schema reload
> task, cn=tasks, cn=config
> modify complete
>
> me at redacted:/etc/dirsrv/slapd-redacted/schema# tail -4
> /var/log/dirsrv/slapd-redacted/errors
> [31/Aug/2010:20:12:03 -0700] schemareload - Schema reload task starts
> (schema dir: default) ...
> [31/Aug/2010:20:12:03 -0700] dse - The entry cn=schema in file
> /etc/dirsrv/slapd-redacted/schema/96testing.ldif is invalid, error
> code 21 (Invalid syntax) - attribute type testAttributeWithSup:
> Missing parent attribute syntax OID
> [31/Aug/2010:20:12:03 -0700] schema_reload - schema file validation failed
> [31/Aug/2010:20:12:04 -0700] schemareload - Schema validation failed.
>
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Doing the same with an objectclass ("SUP top") works fine, obviously.
> All this means is I can't define attributes that are inheritance
> types; no matter how many times I may repeat the same three lines in
> many entries, they have to be repeated; I can't just say "SUP
> nocastr128" instead.
>
> Again, doesn't stop anything from working, I just did a global
> search/replace in vi and was done quickly. It just looks messier, and
> was curious why it wasn't allowed to have superior attributes, or if
> there was something I was doing wrong?
I'm not sure. I know this works in 389-ds-base 1.2.6 - for example, see
00core.ldif - there are several examples of attribute types which just
specify the SUP and not the syntax:
attributeTypes: ( 2.5.4.43 NAME 'initials'
SUP name
X-ORIGIN 'RFC 4519' )
attributeTypes: ( 2.5.4.31 NAME 'member'
SUP distinguishedName
X-ORIGIN 'RFC 4519' )
>
> Brian LaMere
> ------------------------------------------------------------------------
>
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users
More information about the 389-users
mailing list