I see in the man page now under the serverID "Note that this
requirement also applies to separate masters contributing to a glued
set of databases." I never even looked there. Can the man page be
updated to also mention the serverID requirement under the subordinate
section.
On Thu 24 Oct
Robert Minsk wrote:
A summary of what I posted below . I have several subordinate databases and
each subordinate database acquires there data via a refreshOnly syncrepl.
Instead of storing the contextCSN on the subordinate database the contextCSN
gets stored on the superior database. As a resul
I've changed everything over to using sync_use_subentry on both the
provider and consumers and I am still getting "consumer state is newer
than provider!"
On 10/24/2013 12:27 PM, Philip Guenther wrote:
On Thu, 24 Oct 2013, Robert Minsk wrote:
A summary of what I posted below . I have several
When I use "sync_use_subentry true" I do not see any contextCSN in the
database. I did a search on
cn=ldapsync,o=chi01,ou=studios,dc=methodstudios,dc=net and found
nothing. I also did a "slapcat | grep -i contextcsn" and found
nothing. The sync seems to be walking all the entryUUID every ti
On Thu, 24 Oct 2013, Robert Minsk wrote:
> A summary of what I posted below . I have several subordinate databases
> and each subordinate database acquires there data via a refreshOnly
> syncrepl. Instead of storing the contextCSN on the subordinate database
> the contextCSN gets stored on the
A summary of what I posted below . I have several subordinate databases
and each subordinate database acquires there data via a refreshOnly
syncrepl. Instead of storing the contextCSN on the subordinate database
the contextCSN gets stored on the superior database. As a result the
superior da
I have multiple sites that I am trying to sync up to a global server.
Each site is configured (striped down) as:
# mdb database for o=chi01,ou=studios,dc=methodstudios,dc=net
###
