Many moons ago (November last year), I raised the idea that Samba4 might
some day back onto Fedora DS. In the past few months, things have moved
on, and I've done some work to back Samba4 onto OpenLDAP (which now
works for a simple demo). Now I'm trying the same trick with Fedora DS.
Now, I've managed to start the Fedora Directory server, and use the web
(but not Java, for the J word is evil) interface. I'm happy with (and
in fact prefer) command line management at this point.
However, I'm now trying to load a schema into Fedora DS. I'm using the
same schema that I've used with OpenLDAP, run though the
od-schema-migrate.pl script. (Actually, I can also create the file
directly, but they are the same, except for the dividing lines).
Anyway, this is the error I get with the attached schema:
[abartlet@piglett source]$ sudo /opt/fedora-ds/slapd-piglett/start-slapd
Password:
[22/Aug/2006:21:03:47 +1000] dse - The entry cn=schema in
file /opt/fedora-ds/slapd-piglett/config/schema/01samba4.ldif is
invalid, error code 20 (Type or value exists) - attribute type
streetAddress: Does not match the OID "1.2.840.113556.1.2.256". Another
attribute type is already using the name or OID.
[22/Aug/2006:21:03:47 +1000] dse - Please edit the file to correct the
reported problems and then restart the server.
I can find no other reference (in the schema ldif files) to
streetAddress, or that OID.
Is there a list of builtin OIDs that I need to avoid conflicts with? (I
had this trouble with OpenLDAP).
Currently I'm adding the schema to the directory, but I expect I'll need
to remove much of the Fedora DS schema. What is safe/unsafe to remove?
Aside from things like the org chart not working, what else is likely to
break?
Andrew Bartlett
--
Andrew Bartlett
http://samba.org/~abartlet/
Authentication Developer, Samba Team
http://samba.org
Samba Developer, Red Hat Inc.
http://redhat.com