well...nothing seems to be working out :( as per ur reply..in the below snippet
objectclass( 1.3.6.1.4.1.28186.2.3 NAME 'ssauser' DESC 'SSA User' SUP *ssabase* STRUCTURAL MAY( telephonenumber $ title $ mobile $ displayname $ facsimiletelephonenumber $ preferredlanguage $ postaladdress $ c ) ) objectclass( 1.3.6.1.4.1.28186.2.6 NAME 'ssantuser' DESC 'SSA NT User Profile' SUP *top *STRUCTURAL MUST ntuserdomainid ) ..*ssabase* objectclass comes from *top*.....so v can say that both the object classes come from same objectclass chain. *As i have asked previously.....is there any config or property file where we need to configure our OIDs..coz there should be some place from where the server picks them up for checking*. and to summarise...... 1. I have created my own schema file...by giving them proper OIDs(which i received from IANA). 2. I included my schema file in slapd.conf along with other schema file. 3. I restarted the server. 4.I ran my ldif file. but still i get the error "object class #1 invalid syntax"................. let me know if im missing something, eagerly waiting for the reply shilpa On 3/17/07, Dieter Kluenter <[EMAIL PROTECTED]> wrote:
"shilpa muramkar" <[EMAIL PROTECTED]> writes: > hey thr....the extract i have given u is just a part of my schema......i do > have all the objectclasses in the schema file...and i have included in the > slapd.conf ..........and i have also restarted the server... > > > > all my data is ldifs is getting added except for this one > > > > dn: uid=admin,ou=ssausers,dc=ssainternal,dc=net > changetype: add > objectClass: top > objectClass: ssauser > objectClass: ssantuser > uid: admin > cn: admin > userpassword: admin > ssarole: administrator > ssarole: superadministrator > sn: admin > preferredlanguage: en_US > ntuserdomainid: ssainternal > > thats why i thought must be there is some problem with the object classes > mentioned in this entry......i do have those in my schema...... > > objectclass( 1.3.6.1.4.1.28186.2.3 > NAME 'ssauser' > DESC 'SSA User' > SUP ssabase STRUCTURAL > MAY( telephonenumber $ title $ mobile $ displayname $ > facsimiletelephonenumber $ preferredlanguage $ postaladdress $ c ) ) > > objectclass( 1.3.6.1.4.1.28186.2.6 > NAME 'ssantuser' > DESC 'SSA NT User Profile' > SUP top STRUCTURAL > MUST ntuserdomainid ) As both of your object classes ssauser and ssantuser are defined as structural and do not belong to the same objectclass chain, an entry cannot belong to both object classes. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6
