← Back to branch summary

~ttx/openldap/lucid-gssapi-495418

« back to all changes in this revision

Viewing changes to doc/guide/admin/replication.sdf

  • Committer: Bazaar Package Importer
  • Author(s): Steve Langasek
  • Date: 2009-07-28 10:17:15 UTC
  • mto: (0.3.1 squeeze)
  • mto: This revision was merged to the branch mainline in revision 16.
  • Revision ID: james.westby@ubuntu.com-20090728101715-g0isvetelfeqm48k
Tags: upstream-2.4.17
Import upstream version 2.4.17

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/guide/admin/replication.sdf
1
 
# $OpenLDAP: pkg/openldap-guide/admin/replication.sdf,v 1.32.2.23 2009/01/22 00:00:47 kurt Exp $
 
1
# $OpenLDAP: pkg/openldap-guide/admin/replication.sdf,v 1.32.2.26 2009/04/28 00:57:46 quanah Exp $
2
2
# Copyright 1999-2009 The OpenLDAP Foundation, All Rights Reserved.
3
3
# COPYING RESTRICTIONS APPLY, see COPYRIGHT.
4
4
 
49
49
polls the provider for updates. In push-based replication the consumer
50
50
listens for updates that are sent by the provider in realtime. Since the
51
51
protocol does not require a history store, the provider does not need to
52
 
maintain any log of updates it has received.  (Note
 
52
maintain any log of updates it has received (Note
53
53
that the syncrepl engine is extensible and additional replication
54
 
protocols may be supported in the future.)
 
54
protocols may be supported in the future.).
55
55
 
56
56
Syncrepl keeps track of the status of the replication content by
57
57
maintaining and exchanging synchronization cookies. Because the
245
245
and uses the in-memory copy exclusively thereafter. By default,
246
246
changes to the {{EX:contextCSN}} as a result of database updates
247
247
will not be written to the database until the server is cleanly
248
 
shut down. A checkpoint facility exists to cause the contextCSN to
 
248
shut down. A checkpoint facility exists to cause the {{EX:contextCSN}} to
249
249
be written out more frequently if desired.
250
250
 
251
251
Note that at startup time, if the provider is unable to read a
291
291
from the replication scope even though the entry has not been deleted
292
292
on the provider. Logically the entry must be deleted on the consumer
293
293
but in {{refreshOnly}} mode the provider cannot detect and propagate
294
 
this change without the use of the session log.
 
294
this change without the use of the session log on the provider.
295
295
 
296
296
For configuration, please see the {{SECT:Syncrepl}} section.
297
297
 
839
839
>     objectClass: olcSyncProvConfig
840
840
>     olcOverlay: syncprov
841
841
 
842
 
Note: You must have all your servers set to the same time via {{http://www.ntp.org/}}
 
842
Note: All of your servers' clocks must be tightly synchronized using
 
843
e.g. NTP {{http://www.ntp.org/}}, atomic clock, or some other reliable
 
844
time reference.
 
845
 
 
846
Note: As stated in {{slapd-config}}(5), URLs specified in {{olcSyncRepl}}
 
847
directives are the URLs of the servers from which to replicate. These
 
848
must exactly match the URLs {{slapd}} listens on ({{-h}} in {{SECT:Command-Line Options}}).
 
849
Otherwise slapd may attempt to replicate from itself, causing a loop.
843
850
 
844
851
H3: MirrorMode
845
852