[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: nisDomain not a structural object class? (Or, fun with Solaris 8)


I had this exact same problem. I dunno why..., but for some reason it doesnt
like to use a dcObject with nisDomains. When I used 'organization' instead
of 'dcObject' for the objectClass, it worked...

root@ldapsrv-1:/usr/local/openldap/ldifs# more initial-setup.ldif--nis
dn: dc=mycompany,dc=net
objectclass: top
objectclass: organization
objectclass: nisDomainObject
o: My Company
nisDomain: mycompany.net

Maybe an errors in the schemas, maybe a ldap 'quirk' or 'undocumented
feature', but using organization worked for me. Gl and hf, and gg Solaris =D

Giovanni Navarrette
USLink Internet Systems Administrator
e-Mail -- gio@uslink.net

----- Original Message -----
From: "Robert Liesenfeld" <xunil@xunil.net>
To: <OpenLDAP-Software@OpenLDAP.org>
Sent: Thursday, September 19, 2002 1:03 PM
Subject: nisDomain not a structural object class? (Or, fun with Solaris 8)

> I have been attempting to get OpenLDAP running on a Solaris 8 machine for
the purposes of centralized user management (right now my company copies
password and shadow files between systems, YUCK!), and I've been butting my
head against what appears to be a brick wall.  I have consulted the
following pages:
> http://www.ucf.ics.uci.edu/~jerenk/solaris8_ldap.html
> http://www.ypass.net/solaris8/openldap/introtoldap.html
> http://www.bolthole.com/solaris/LDAP.html
> And all of them say that a first, necessary step, is adding a nisDomain
object to your LDAP server's top level.  I've tried adding the following
> dn: dc=mycompany,dc=com
> objectClass: top
> objectClass: dcObject
> objectClass: nisDomainObject
> dc: mycompany
> nisDomain: mycompany.com
> And slapadd stubbornly gives me the following error message:
> slapadd: dn="dc=mycompany,dc=com" (line=7): no structural object classes
> The relevant entry from my solaris.schema:
> attributetype ( SUP name
>         NAME 'nisDomain' )
> # Sun NIS domain objectclass
> objectclass (
>         NAME 'nisDomainObject'
>         DESC 'nisDomainObject'
>         SUP top AUXILIARY
>         MUST ( nisDomain ) )
> And finally, relevant information about the software versions:
> OpenLDAP-2.1.4
> Cyrus SASL 2.1.7
> SleepyCat DB 4.0.14
> OpenSSL 0.9.6c
> Is my schema just hosed?  Should there be a 'STRUCTURAL' in there?  Do I
need a patch for OpenLDAP?
> Thanks in advance.
> -R
> --
> ...Robert Liesenfeld
> ...Email: xunil 'at' xunil 'dot' net