Hi, I'm having a problem when attempting to expand my directory schema using LDIF.
What I'm doing is to place my custom schema into the INSTALLDIR/slapd-INSTANCE/config/schema directory. I stopped the Fedora DS before doing so because base on what I read, the schema should get automatically loaded during the start.
I received the following messages when I attempt to start Fedora DS. Starting Fedora Directory Server: [20/Nov/2007:14:47:51 -0500] dse - The entry cn=schema in file /opt/fedora-ds/slapd-<hostname>/config/schema/98_test.ldif is invalid, error code 21 (Invalid syntax) - attribute type testAttribute_1: Missing attribute syntax OID [20/Nov/2007:14:47:52 -0500] dse - Please edit the file to correct the reported problems and then restart the server. [FAILED]
Below is my schema dn: cn=schema objectClass: top objectClass: ldapSubentry objectClass: subschema cn: schema attributeTypes: ( testAttribute_1 NAME 'testAttribute_1' DESC 'This is testAttribute_1' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 SINGLE-VALUE X-ORIGIN 'user defined' ) attributeTypes: ( testAttribute_1 NAME 'testAttribute_2' DESC 'This is testAttribute_2' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 MULTI-VALUE X-ORIGIN 'user defined' )
Is the OID that I defined is invalid? If so what's the best way to generate a OID? or that's something wrong in my LDIF?
Regards,
- David
On Tue, 20 Nov 2007, Chun Tat David Chu wrote:
Below is my schema dn: cn=schema objectClass: top objectClass: ldapSubentry objectClass: subschema cn: schema attributeTypes: ( testAttribute_1 NAME 'testAttribute_1' DESC 'This is testAttribute_1' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 SINGLE-VALUE X-ORIGIN 'user defined' ) attributeTypes: ( testAttribute_1 NAME 'testAttribute_2' DESC 'This is testAttribute_2' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 MULTI-VALUE X-ORIGIN 'user defined' )
Is the OID that I defined is invalid? If so what's the best way to generate a OID? or that's something wrong in my LDIF?
No, the problem is that you haven't defined an OID at all.
Hi Patrick,
Thanks for your reply.
I thought the "testAttribute_1" that I've before the NAME is consider as OID, so I guess I cannot use letters to define OID?
attributeTypes: ( *testAttribute_1* NAME 'testAttribute_1' ...
Is there some rule set that I must follow to define my OID? I noticed that in "25java-object.ldif", the OID for javaClassName is " 1.3.6.1.4.1.42.2.27.4.1.6", so is it true that I must use numeric to define my OID?
Regards,
David
On Nov 20, 2007 4:23 PM, Patrick Morris patrick.morris@hp.com wrote:
On Tue, 20 Nov 2007, Chun Tat David Chu wrote:
Below is my schema dn: cn=schema objectClass: top objectClass: ldapSubentry objectClass: subschema cn: schema attributeTypes: ( testAttribute_1 NAME 'testAttribute_1' DESC 'This is testAttribute_1' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 SINGLE-VALUE X-ORIGIN 'user defined' ) attributeTypes: ( testAttribute_1 NAME 'testAttribute_2' DESC 'This is testAttribute_2' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 MULTI-VALUE X-ORIGIN 'user defined' )
Is the OID that I defined is invalid? If so what's the best way to generate a OID? or that's something wrong in my LDIF?
No, the problem is that you haven't defined an OID at all.
-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users
389-users@lists.fedoraproject.org