Details
Description
Build 1891. A 3 node cluster with uni-directional XDCR to a 1 node cluster.
Here are the steps:
- After initial replications (where some mutations were lost) I let the cluster sit for 30 minutes (zero operations).
- I then paused XDCR via the UI then pressed play to resume it.
- I found that all of the data set (some 550k docs) were queued to be replicated.
- Replication got to 99.9 % complete then the number of outstanding mutations shot up again this time to 400k.
- This took 4 bites at the cherry before finally succeeding (see attached graph of hourly outbound XDCR mutations)
- NB - other than XDCR the cluster was entirely idle throughout this whole time.
Log files available at
(Source)
https://s3.amazonaws.com/customers.couchbase.com/davidH/collectinfo-2015-04-17T121115-ns_1%40192.168.78.101.zip
https://s3.amazonaws.com/customers.couchbase.com/davidH/collectinfo-2015-04-17T121115-ns_1%40192.168.78.102.zip
https://s3.amazonaws.com/customers.couchbase.com/davidH/collectinfo-2015-04-17T121115-ns_1%40192.168.78.103.zip
(Destination)
https://s3.amazonaws.com/cb-customers/davidH/collectinfo-2015-04-17T121146-ns_1%40192.168.78.104.zip
Attachments
Issue Links
- relates to
-
MB-14514 GoXDCR: Pipeline gets reconstructed frequently after rebalance-in, delaying replication
- Closed