[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: nisDomain not a structural object class? (Or, fun with Solaris 8)
That did indeed solve the 'no structural classes' error message, however, now it's telling me that the entry already exists:
workstation [~] # ldapadd -x -W -D 'cn=Manager,dc=mycompany,dc=com' -f ~me/ldap/foo.ldif
Enter LDAP Password:
adding new entry "dc=mycompany,dc=com"
ldapadd: update failed: dc=mycompany,dc=com
ldap_add: Already exists (68)
This is for the following LDIF:
dn: dc=mycompany,dc=com
objectClass: top
objectClass: organization
objectClass: nisDomainObject
o: My Company
nisDomain: mycompany.com
I also tried removing the database, and doing another 'make install' (this is just a test environment) in an attempt to start with a clean slate.
Thanks in advance...
On Thu, Sep 19, 2002 at 01:59:58PM -0500, Giovanni Navarrette wrote:
> Heya:
>
> 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
> root@ldapsrv-1:/usr/local/openldap/ldifs#
> -
>
> 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
> LDIF:
> >
> > 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
> provided
> >
> > The relevant entry from my solaris.schema:
> >
> > attributetype ( 1.3.6.1.4.1.42.1.1.12 SUP name
> > NAME 'nisDomain' )
> >
> > # Sun NIS domain objectclass
> > objectclass ( 1.3.1.6.1.1.1.2.15
> > 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
> >
--
...Robert Liesenfeld
...Cell: 612-964-7454
...Pager: 1115555@skytel.com
...Email: xunil 'at' xunil 'dot' net