[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Modifying the DN
- To: Susanth_TS@Sifycorp.com
- Subject: Re: Modifying the DN
- From: Turbo Fredriksson <turbo@bayour.com>
- Date: 20 Mar 2002 09:26:34 +0100
- Cc: openldap-software@OpenLDAP.org
- In-reply-to: <65256B82.002D2017.00@maalnsmt.satyam.net.in>
- Organization: Bah!
- References: <65256B82.002D2017.00@maalnsmt.satyam.net.in>
- User-agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Please keep mails on the OpenLDAP-Software list! I do not know
everything, and I don't have time to do private conversation.
That would constiute consulting, and consulting cost money.
Quoting Susanth_TS@Sifycorp.com:
> Thanks a lot for the info ..
>
> Can you clear two more doubt of mine
>
> 1. Is there sone way by which i can find if the backend berkely db is corrupted
> ?
>
> 2. I get a message "deferring operation" in the logs... when does this occur ?
>
> Waiting for yuor reply
>
>
>
>
>
>
>
>
> Turbo Fredriksson <turbo@bayour.com> on 03/20/2002 01:27:15 PM
>
>
>
> To: Susanth TS/Satyam@Satyam
>
> cc: openldap-software@OpenLDAP.org
>
>
>
> Subject Re: Modifying the DN
> :
>
>
>
>
>
>
>
>
> Quoting Susanth_TS@sifycorp.com:
>
> > I have a requirement of changing the DN of particular entry. For example ,
> would
> > like to move the uid: test from ou=south to ou=north
> >
> > "uid=test, ou=south, o=global" to "uid=test, ou=north, o=global"
> >
> > Two options
> >
> > 1. ldap_rename() : Openldap does not support this. Is there any configuration
> > that has to be done to make openldap suport this facility ?.
>
> man ldapmodrdn
>
> Note thought, that it can't handle the rename of a DN if it has childrens...
>
> This will be implemented in OpenLDAP v2.1 (if I'm not remembering wrongly).
>
> > 2 Delete ( ldap_delete() ) and recreate the uid in a different ou : Is this a
> > correct sollution ???
>
> That's what I do.
>
> I extract the DN (and all it's childrens) with the root DN (in reality, I don't
> HAVE a root dn any longer, I use kerberos and SASL) and then modify this LDIF
> and then add it back. When I have verified that it's correct, I delete the
> original
> DN(s).
>
> > doubt if the berkely DB would get corrupted if there are
> > too many deletes. Do i have to check for something or synchronise the db after
> > deleting the entry to make sure that the databse is not corrupted ?
>
> Not that I'm aware of. Slapd takes care of all this...
>
> > Please suggest if there is someother way of solving this ?
>
> Currently there is no other way. You CAN always wait for OpenLDAP 2.1 to
> be stable and/or have this implemented and then help test it, making it
> enter 'stable' mode quicker :)
--
genetic Treasury World Trade Center Nazi tritium Rule Psix pits
Ft. Meade FBI nitrate president supercomputer Peking cryptographic
Marxist
[See http://www.aclu.org/echelonwatch/index.html for more about this]