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@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@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@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@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users
