Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FollowingEngine shouldn't fill history gaps upon promotion and recovery #31318

Closed
bleskes opened this issue Jun 14, 2018 · 3 comments
Closed
Labels
:Distributed Indexing/CCR Issues around the Cross Cluster State Replication features

Comments

@bleskes
Copy link
Contributor

bleskes commented Jun 14, 2018

The following engine doesn't own the history but rather follows a remote one. As such, it can not close gaps on its own.

/cc @martijnvg @jasontedor

@bleskes bleskes added the :Distributed Indexing/CCR Issues around the Cross Cluster State Replication features label Jun 14, 2018
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-distributed

@martijnvg
Copy link
Member

Gaps are closed in: Engine#fillSeqNoGaps(...)

I talked about this with @bleskes and he said the easiest way to achieve this is by making the fillSeqNoGaps(...) method a noop in the FollowingEngine implementation. Besides the unit test on the engine level, it would be good to have a test that simulates the need for this.

@martijnvg
Copy link
Member

Implemented via #31751

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
:Distributed Indexing/CCR Issues around the Cross Cluster State Replication features
Projects
None yet
Development

No branches or pull requests

3 participants