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

index.data_path is mutable on closed replicated indices #44899

Closed
DaveCTurner opened this issue Jul 26, 2019 · 2 comments
Closed

index.data_path is mutable on closed replicated indices #44899

DaveCTurner opened this issue Jul 26, 2019 · 2 comments
Labels
:Distributed Indexing/Store Issues around managing unopened Lucene indices. If it touches Store.java, this is a likely label. team-discuss

Comments

@DaveCTurner
Copy link
Contributor

Today if you are using index.data_path to define a custom data path for an index then it is possible to adjust this setting while the index is closed. However, now that closed indices are replicated (#33888) this seems to be able to get you into a royal mess: if you adjust this setting but do not manually move the shard data to match before Elasticsearch notices (e.g. it starts trying to perform a peer recovery for a shard of this closed index) then shards will fail, and it may require significant manual work to get everything up and running again.

@DaveCTurner DaveCTurner added :Distributed Indexing/Store Issues around managing unopened Lucene indices. If it touches Store.java, this is a likely label. team-discuss labels Jul 26, 2019
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-distributed

@DaveCTurner
Copy link
Contributor Author

There's a more general question about support for shared data paths over at #34446 that subsumes this issue, so I'm closing this with a link to the other issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
:Distributed Indexing/Store Issues around managing unopened Lucene indices. If it touches Store.java, this is a likely label. team-discuss
Projects
None yet
Development

No branches or pull requests

2 participants