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

Re: Copying trees from one consumer to another

To: openldap-technical@openldap.org
Subject: Re: Copying trees from one consumer to another
From: Nick Urbanik <nick.urbanik@optusnet.com.au>
Date: Wed, 23 Jun 2010 14:11:21 +1000
Content-disposition: inline
In-reply-to: <6C447584419BFE4E83D46E88F8131486323B659D7F@EXCH07-05.apollogrp.edu>
References: <20100622022405.GN3291@nick.optusnet.com.au> <6C447584419BFE4E83D46E88F8131486323B659D7F@EXCH07-05.apollogrp.edu>
User-agent: Mutt/1.5.20 (2009-12-10)

Dear Chris,

Thank you for taking the time to offer your experience.

On 22/06/10 08:05 -0700, Chris Jacobs wrote:

Nick,

I've done this a number of times - Dev on an 'in production' ldap infrastructure.  I've managed to get the boxes out of sync a number of times.

1. Stop slapd.
2. Delete the contents of the db dir
3. Copy a db-config into it.
4. Startup slapd.

The full tree is replicated pretty quickly.  Try it out, you'll see.
It take less then half a minute to replicate a tree with approx 800
entries (very rough estimate) even on slaves in AZ and masters in WA.


Yes, I tried this out in our dev environment; took a couple of hours.

Most of our directories have in the order of a million entries,
some many more:
# zgrep '^dn:' 201006230300.gz | wc -l
3377876
--
Nick Urbanik http://nicku.org 808-71011 nick.urbanik@optusnet.com.au
GPG: 7FFA CDC7 5A77 0558 DC7A 790A 16DF EC5B BB9D 2C24  ID: BB9D2C24
I disclaim, therefore I am.

References:
- Copying trees from one consumer to another
  - From: Nick Urbanik <nick.urbanik@optusnet.com.au>
- Re: Copying trees from one consumer to another
  - From: Chris Jacobs <Chris.Jacobs@apollogrp.edu>

Prev by Date: Re: Unigueness of RID; changing RID
Next by Date: Re: Copying trees from one consumer to another
Index(es):
- Chronological
- Thread