--On Tuesday, May 4, 2021 11:37 PM + thomaswilliampritch...@gmail.com
wrote:
You are correct we do not copy the access log, strictly the primary db.
Ok good.
When we restore a backup with a behind checkpoint we find some entries
have incorrect fields in the new provider given the cu
You are correct we do not copy the access log, strictly the primary db.
When we restore a backup with a behind checkpoint we find some entries have
incorrect fields in the new provider given the current state of the original
provider, in other words, the databases do not match. The new provider
--On Tuesday, May 4, 2021 7:13 PM + thomaswilliampritch...@gmail.com
wrote:
It is always running when we take backups via mdb_copy.
Then it's expected the contextCSN won't be perfectly in sync at that point.
I assume you're only doing an mdb copy of the primary db, and not the
acces
It is always running when we take backups via mdb_copy.
--On Tuesday, May 4, 2021 4:27 PM + thomaswilliampritch...@gmail.com
wrote:
Provision Process:
1. Take backup of database with mdb_copy on initial provider.
Is slapd stopped when you run mdb_copy, or running?
Regards,
Quanah
--
Quanah Gibson-Mount
Product Architect
Symas Corporati
Thanks for the follow up Quanah,
Version: OpenLDAP: slapd 2.4.56
We use delta sync replication
We have been provisioning 2 new providers to achieve multi master for a total
of 3 providers. We have been testing the newly provisioned databases for
accuracy with the ldiff-diff tool provided by
htt
