[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: "dn: cn=admin,cn=config" adding problem
Alex Moen wrote:
> Hi all,
>
> We are migrating from a Mirapoint OpenLDAP server to a new, Centos
> 6.4 OpenLDAP server:
>
> [root@ldap1 ~]# /usr/local/openldap/libexec/slapd -V
> @(#) $OpenLDAP: slapd 2.4.36 (Aug 21 2013 09:39:54) $
>
> clement@localhost.localdomain:/home/clement/build/BUILD/openldap-2.4.
> 36/servers/slapd
>
> I have added quite a few schema, including the Mirapoint, mgrp
> (another Mirapoint schema), parts of RFC2307, and samba, in order to
> support our exported LDIF from the Mirapoint server.
>
> So, one of the entries in the exported LDIF is as follows:
>
> dn: uid=maxUid,ou=ndtcadministration,o=ndtc
> objectClass: top
> objectClass: extensibleObject
> uidNumber: 55083
>
> This DN is used to track the last (or next, maybe, I don't remember
> how I coded this function) UID number for newly added users. Each
> time a user is added, the number is incremented.
>
> Again, this was taken directly from the exported LDIF from the
> Mirapoint server.
>
> When I attempt to add the LDIF, I get the following:
>
> [root@ldap1 ~]# /usr/local/openldap/bin/ldapadd -x -D
> "cn=admin,o=ndtc" -W -f rg600-usersonly.ldif -H ldap://localhost
> Enter LDAP Password:
> adding new entry "uid=maxUid,ou=ndtcadministration,o=ndtc"
> ldap_add: Object class violation (65)
> additional info: no structural object class provided
>
> I am guessing that the OpenLDAP version that Mirapoint is using is
> less stringent than this new one, so it would allow the maxUid
> object to be created even though it is not exactly correct.
>
> Any advice on this? What would the proper way to fix it be?
dn: uid=maxUid,ou=ndtcadministration,o=ndtc
objectClass: top
objectClass: inetOrgPerson
uid: maxUid
uidNumber: 55083
>
> Thanks!
>
> Alex
--
Harry Jede