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

Re: ReW: (ITS#4622) syncrepl operations incomplete when consumer rest arted

Halbritter, Matthias wrote:
>> I don't understand what issue you're reporting. The syncrepl consumer
>> always restarts when the consumer server is stopped and restarted. What
>> does REFRESH_DELETE have to do with anything?
> I apologize if my explanations are misleading or may somehow seem opaque.
> Let me try to clarify this issue:
> I do not want to state that the consumer server itself or the syncrepl
> consumer service do not restart. That works fine. The issue I am reporting
> is that the syncrepl consumer restarts without recognizing that it still has
> an unsynchronized database.

OK, I see what's happening here. The contextCSN from the provider got 
replicated already, so the consumer thinks that's the current valid 
contextCSN. When it starts up and talks to the provider, it matches the 
provider's current contextCSN, which ordinarily means no updates are 
needed, so nothing happens.

The workaround is to start the consumer slapd with the "-c" option to 
make it ignore the database's contextCSN, and allow it to restart the 
Refresh phase.
> An example: There's a syncrepl provider with about 5,000 entries in its
> database and there's a syncrepl consumer with an empty database. Having
> started the consumer in syncrepl refreshAndPersist mode it will correctly
> start retrieving the missing 5,000 entries (that's where the debug output on
> the consumer with -d 16384 shows a REFRESH_PRESENT line and a whole lot of
> LDAP_SYNC_ADD operations afterwards). Now, let us - say after around 500
> entries - cleanly stop the consumer. (No problem so far.) But after starting
> the consumer again it will show no sign of trying to retrieve the missing
> 4,500 entries (here's where the debug output shows a REFRESH_DELETE line and
> that's it).
> Going from here I may delete entries on the provider which are changes
> passed on to and processed by the consumer - but still no sign of retrieving
> the still missing entries.
> I hope I could clear things up a bit.
> Matthias Halbritter
  -- Howard Chu
  Chief Architect, Symas Corp.  http://www.symas.com
  Director, Highland Sun        http://highlandsun.com/hyc
  OpenLDAP Core Team            http://www.openldap.org/project/