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

Re: syncrepl not syncing [ CSN older or equal to ctx ]

To: "Duncan Brannen" <dbb@st-andrews.ac.uk>
Subject: Re: syncrepl not syncing [ CSN older or equal to ctx ]
From: "Gavin Henry" <ghenry@suretecsystems.com>
Date: Thu, 13 Mar 2008 14:54:14 -0000 (GMT)
Cc: openldap-software@openldap.org
Importance: Normal
In-reply-to: <47D90C05.3080007@st-andrews.ac.uk>
Openpgp: id=796B1E87DB73BEA8
References: <47D90C05.3080007@st-andrews.ac.uk>
User-agent: SquirrelMail/1.4.13-1.fc8

<quote who="Duncan Brannen">
>
> Hi,
>       I've got a slave that I think I missed out the -w on the slapadd
> when I rebuilt it recently and it's
> not picking up changes from the master.
>
> What I'm seeing in the log is
>
> slapd[11886]: [ID 502419 local4.debug] Entry
> reqStart=20080311204629.000002Z,cn=accesslog CSN
> 20080311204629.095387Z#000000#000#000000 older or equal to ctx
> 20080311204629.095387Z#000000#000#000000
>
> Every 60 seconds or so. (My retry interval) type is RefreshAndPersist
>
> Is there an easy way to reset the timestamp on the slave / master so
> this fires into life or do I need to reload it?
>
> Slave is 2.4.7 and the master is 2.4.8 so it's due another upgrade soon
> anyway but I'd rather get then synced now and upgrade out of hours.
>

What size of db are we talking about?

-- 
Kind Regards,

Gavin Henry.
Managing Director.

T +44 (0) 1224 279484
M +44 (0) 7930 323266
F +44 (0) 1224 824887
E ghenry@suretecsystems.com

Open Source. Open Solutions(tm).

http://www.suretecsystems.com/

Follow-Ups:
- Re: syncrepl not syncing [ CSN older or equal to ctx ]
  - From: Duncan Brannen <dbb@st-andrews.ac.uk>

References:
- syncrepl not syncing [ CSN older or equal to ctx ]
  - From: Duncan Brannen <dbb@st-andrews.ac.uk>

Prev by Date: Re: Struggling with ppolicy
Next by Date: Re: syncrepl not syncing [ CSN older or equal to ctx ]
Index(es):
- Chronological
- Thread