[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Replication issue
So the only option to sync... would be to push the slapcat from the master(ldiff file) and load it into the slave.
Cheers
Govind
--- On Wed, 9/10/08, Buchan Milne <bgmilne@staff.telkomsa.net> wrote:
> From: Buchan Milne <bgmilne@staff.telkomsa.net>
> Subject: Re: Replication issue
> To: govindo@yahoo.com
> Cc: openldap-technical@openldap.org
> Date: Wednesday, September 10, 2008, 12:05 PM
> On Wednesday 10 September 2008 17:34:29 Govind c wrote:
> > I don`t find any contextCSN,we are not using the
> syncrepl instead the
> > replication parameters are configured in slapd.conf.
> >
> > Master
> > replica uri=ldap://slave:389
> > binddn="cn=Replicator,o=abc.com"
> > bindmethod=simple
> > credentials=simple
> > replogfile /var/lib/ldap/openldap-master-replog
> >
> > Slave
> > updatedn "cn=Replicator,o=abc.com"
> > updateref ldap://master:389
> > access to * by dn="cn=Replicator,o=abc.com"
> =rw
> > by * read
>
> With slurpd, failures can occur, and depending on the
> reason for the failure,
> replication will not fix itself. You should either monitor
> the reject files
> and the status files sluprd generates, or switch to
> syncrepl (which will allow
> you to monitor replication status, and in many failure
> scenarios replication
> will catch up).
>
> Regards,
> Buchan