-
Notifications
You must be signed in to change notification settings - Fork 25k
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
Replicate closed indices #31141
Labels
:Distributed Indexing/Engine
Anything around managing Lucene and the Translog in an open shard.
>feature
Comments
Closed
8 tasks
dakrone
added a commit
to dakrone/elasticsearch
that referenced
this issue
Jun 7, 2018
This adds a new Engine implementation that does.. nothing. Any operations throw an `UnsupportedOperationException` when tried. This engine is intended as a building block for replicated closed indices in subsequent code changes. Relates to elastic#31141
dakrone
added a commit
that referenced
this issue
Jun 15, 2018
This adds a new Engine implementation that does.. nothing. Any operations throw an `UnsupportedOperationException` when tried. This engine is intended as a building block for replicated closed indices in subsequent code changes. Relates to #31141
dakrone
added a commit
to dakrone/elasticsearch
that referenced
this issue
Jun 18, 2018
In elastic#31163 (comment) Jason requested renaming NoopEngine to NoOpEngine. This commit renames the class and relevant parts. Relates to elastic#31141
dakrone
added a commit
to dakrone/elasticsearch
that referenced
this issue
Jun 18, 2018
This commit changes the way that `EngineFactory`s are returned, instead of the EngineFactory being set at time of shard creation, this changes the pluggability so that an existing `IndexShard` can return a different engine factory depending on dynamic index settings. Relates to elastic#31141
dakrone
added a commit
that referenced
this issue
Jun 19, 2018
In #31163 (comment) Jason requested renaming NoopEngine to NoOpEngine. This commit renames the class and relevant parts. Relates to #31141
dakrone
added a commit
to dakrone/elasticsearch
that referenced
this issue
Jul 2, 2018
This commit uses the NoOp engine introduced in elastic#31163 for closed indices. Instead of being removed from the routing table and essentially "dropped" (but not deleted), closed indices are now replicated the same way open indices are. Relates to elastic#31141
tlrx
pushed a commit
that referenced
this issue
Sep 14, 2018
This adds a new Engine implementation that does.. nothing. Any operations throw an `UnsupportedOperationException` when tried. This engine is intended as a building block for replicated closed indices in subsequent code changes. Relates to #31141
tlrx
pushed a commit
that referenced
this issue
Sep 14, 2018
In #31163 (comment) Jason requested renaming NoopEngine to NoOpEngine. This commit renames the class and relevant parts. Relates to #31141
Closed in favor of #33888 |
tlrx
pushed a commit
to tlrx/elasticsearch
that referenced
this issue
Sep 26, 2018
This adds a new Engine implementation that does.. nothing. Any operations throw an `UnsupportedOperationException` when tried. This engine is intended as a building block for replicated closed indices in subsequent code changes. Relates to elastic#31141
tlrx
pushed a commit
to tlrx/elasticsearch
that referenced
this issue
Sep 26, 2018
In elastic#31163 (comment) Jason requested renaming NoopEngine to NoOpEngine. This commit renames the class and relevant parts. Relates to elastic#31141
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
:Distributed Indexing/Engine
Anything around managing Lucene and the Translog in an open shard.
>feature
Closed indices currently have the downside that they are not replicated, so it's possible for an index to be closed, then the data lost because the node was terminated without saving the data.
We'd like to be able to close indices to remove any memory overhead of them, but still have the indices available for replication.
Steps to accomplish this (not necessarily in order):
Change engine factory pluggability to be lazy so engine factory can be changed for an existing shardLazily retrieve EngineFactory based on IndexSettings #31409/_cat/indices
) Use NoOp engine for replicating closed indices #31745There are a number of currently unresolved questions about this also:
Should we continue to allow restoring snapshots into closed indices?closed indices can't currently be snapshotted, so no breakage thereThe text was updated successfully, but these errors were encountered: