[Date Prev][Date Next]
A tree that is (1) shared at multiple sites (arbitrary number) (2) each
site responsible for its part of the subtree. However when a site makes
changes the changes have to propagate to all site so that everyone sees
the same tree. We dont know ahead of time how many sites there will be.
The data volume is expected to be low i.e., tree is quite small.
I have looked at the multimaster solution in which each site updates
N other sites through N replica commands.
The problem is that as new sites get added, the configuration at every
site will have to changed.
An alternative design is shown in the attached text file. Basically
there is a
central repository Each site pushes changes into the tree at the central
repository using slurpd and sucks in any updates using the syncrepl
functionality. (All slapd/slurpd compiled with multimaster flag enabled)
A nice property of this setup is that the central server need not
track how many sites exist and any site that is added get
reflected automatically in the tree.
Each site is able to push the changes to the central slapd server but not
pull changes using syncrepl. If the changes are done at the central site
using ldapadd the sites are able to pull the updates.
After some digging I found that the ldapsync object's contextCSN
(a time stamp) attribute at the central tree was not getting updated
after site slurpd modifies the tree at the central server. Therefore
when the site slapd server tries to look for updates using syncrepl,
it doesnt find any even when the tree has been updated
(since the timestamp - contextCSN - has not been updated).
Is there a compile time/runtime option to force the contextCSN
updates? Alternatively is it possible to update using some offline
mechanism that I can put into cron?
More fundamentally, does this sound like a reasonable approach
for N-way replication? Are you aware of other solutions?
Shows slapd at HQ and slapd/slurpd combination at
+->| slapd |
| / V | |
| +-+ +-+ | |
| | |<-----| | | .... |
| +-+ +-+ | |
| slurpd slapd | |
SITE 1 SITE 2 ...