Re: naming attribute error (ITS#2938)

[atristan@acacia.ucr.edu]

OK, that allows me to slapadd my ldif file, thanks.  

However, when I uncomment this acl:
	access to dn="ucrCid=.+,ou=old,dc=ucr,dc=edu"
		by * none
Both slapadd and slapd complain that there is a "bad DN ... in to DN
clause" (in reference to that acl).

Best,
A

-- On Feb 17,  8:30pm, "Pierangelo Masarati" wrote:
> Subject: Re: naming attribute error (ITS#2938)
> 
> > OK, I should have just done this to begin with, sorry.  BTW, every time
> > I wrote 'ldapadd', I meant 'slapadd', sorry about that too.
> >
> > ucrCid is defined by,
> >
> > 	attributetype (1.3.6.1.4.1.9325.2.1.1 NAME 'ucrCid'
> > 		DESC 'Locally assigned unique identifier'
> > 		EQUALITY numericStringMatch
> > 		SYNTAX 1.3.6.1.4.1.1466.115.121.1.36{9}
> > 		SINGLE-VALUE )
> 
> Apparently, the builtin matching rule for numericStringMatch
> is broken; try the current HEAD code, if you can; otherwise,
> in servers/slapd/schema_init.c eliminate the "Substrings",
> from that matching rule, e.g.
> 
> diff -u -r1.316 schema_init.c
> --- servers/slapd/schema_init.c 1 Jan 2004 18:15:31 -0000       1.316
> +++ servers/slapd/schema_init.c 17 Feb 2004 19:27:25 -0000
> @@ -2987,8 +2987,8 @@
>         {"( 2.5.13.8 NAME 'numericStringMatch' "
>                 "SYNTAX 1.3.6.1.4.1.1466.115.121.1.36 )",
>                 SLAP_MR_EQUALITY | SLAP_MR_EXT, NULL,
> -               NULL, numericStringNormalize, octetStringSubstringsMatch,
> -               octetStringSubstringsIndexer, octetStringSubstringsFilter,
> +               NULL, numericStringNormalize, octetStringMatch,
> +               octetStringIndexer, octetStringFilter,
>                 NULL },
> 
>         {"( 2.5.13.10 NAME 'numericStringSubstringsMatch' "
> 
> see if it works.
> 
> p.
> 
> >
> > Here's the input I'm testing with (this is data I made up for this post,
> > hopefully, I didn't screw anything up):
> >
> > 	dn: ucrCid=400000001,ou=Persons,dc=ucr,dc=edu
> > 	objectClass: person
> > 	objectClass: ucrPerson
> > 	objectClass: inetLocalMailRecipient
> > 	objectClass: eduPerson
> > 	organizationalStatus: Student
> > 	cn: Jim Jones
> > 	displayName: Jim Jones
> > 	givenName: Jim
> > 	ucrCollege: HS
> > 	uid: jjone001
> > 	ucrCid: 400000001
> > 	sn: Jones
> > 	ucrClassStanding: SR
> > 	mailHost: studentmail.ucr.edu
> > 	mailRoutingAddress: jjone001@student.ucr.edu
> > 	mailLocalAddress: jjone001@student.ucr.edu
> > 	mailLocalAddress: jjone001@ucr.edu
> > 	mailLocalAddress: jim.jones@email.ucr.edu
> > 	ucrDepartment: BSAD
> > 	mail: jim.jones@email.ucr.edu
> > 	eduPersonPrimaryAffiliation: Student
> >
> > When I add this:
> >
> > 	$ sbin/slapadd -v -l 1.ldif
> > 	slapadd: dn="ucrCid=400000001,ou=Persons,dc=ucr,dc=edu" (line=23): (64)
> > value of naming attribute 'ucrCid' is not present in entry
> >
> > I tried debugging, but the parser in ldap_bv2rdn_x was too much for me
> > to follow.  Assuming that I was on the right track, ldap_bv2rdn_x
> > returns -4, which causes dnNormalize to return LDAP_INVALID_SYNTAX (I
> > think?).
> >
> > Thanks,
> > A
> >
> > -- On Feb 17,  5:52pm, Kurt Zeilenga wrote:
> >> Subject: Re: naming attribute error (ITS#2938)
> >> With regards to the first issue of your report, please provide sample
> >> LDIF input as well as a sample of the output you see.  Also,
> >> a formal description (in RFC2252 form) of your custom schema
> >> would also be needed.
> >>
> >> Your second issue has been ignored as being beyond the scope of the
> >> issue tracking system.
> >>
> >> Kurt
> > -- End of excerpt from Kurt Zeilenga --
> >
> >
> >
> > --
> > andrew.tristan@ucr.edu                Unix Systems Group UC, Riverside
> 
> -- 
> Pierangelo Masarati
> mailto:pierangelo.masarati@sys-net.it
> 
-- End of excerpt from "Pierangelo Masarati" --



-- 
andrew.tristan@ucr.edu                Unix Systems Group UC, Riverside