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

Re: replica catchup to master

You HAVE to copy it originally! Then they are synchronous and updates
will happen.  The MASTER CAN'T keep a list of all the changes since the
Master began because all those changes ARE the current data.

In order for replication to happen, you have to modify the Master
slapd.conf and allow th slave to be updated by the Master.

I think you have several options:

1) What backend DB are you using? I think that with Berkeley, you can
use a brute force copy and start the slave with the copied data files.
You may lose a couple of updates unless you script this (you still may
after you script it)

2) restart the master in READ-ONLY mode via a script. Then do an LDIF
from the MASTER. Start your slave and import the LDIF. Modify your
Master slapd.conf to update the slave. Restart the Master in read/write
mode. You shoudl be in good shape.

3) something other mechanism I don't know.

I DO KNOW THIS- you have to copy the Online Data AT SOME POINT and
restart the Master and Slave. They will then be synchronous FROM THAT

Hope it helps!
Dave Augustus

On Tue, 2002-11-19 at 12:23, Quanah Gibson-Mount wrote:
> Hello,
> I was wondering if anyone has some input on how you would get a new replica 
> to catch up to the master.  Basically, assume that you are adding a new 
> replica to the pool.  Due to the large volume of changes you incur, you 
> can't stop slurpd on the master and then do a slapcat, install the DB on 
> the replica, and then turn slurpd back on.  In Netscape directory server, 
> it keeps track what changes a replica has received by a change number, so 
> if you load a new replica with an older DB, it catches it up.  I don't see 
> the functionality for this in OpenLDAP.  Therefore, assuming I load a new 
> replica with an older DB, after adding it in as a replica in the slapd.conf 
> file on the master, how do I get the master to replay changes to the 
> replica?
> --Quanah
> --
> Quanah Gibson-Mount
> Senior Systems Administrator
> ITSS/TSS/Computing Systems
> Stanford University
> GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html