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

Reindex and friends fail on RED shards #45830

Conversation

henningandersen
Copy link
Contributor

@henningandersen henningandersen commented Aug 22, 2019

Reindex, update by query and delete by query would silently disregard
RED/unavailable shards, thus not copying, updating or deleting matching
data in those shards. Now use allow_partial_search_results=false to
ensure these operations fail if the search crosses an unavailable chard.

Added the option to explicitly specify allow_partial_search_results=true
for reindex only (seemed too strange for update/delete by query).

Relates #45739 and #42612

Reindex, update by query and delete by query would silently disregard
RED/unavailable shards, thus not copying, updating or deleting matching
data in those shards. Now use `allow_partial_search_results=false` to
ensure these operations fail if the search crosses an unavailable chard.

Relates elastic#45739 and elastic#42612
@henningandersen henningandersen added >bug v8.0.0 :Distributed Indexing/Reindex Issues relating to reindex that are not caused by issues further down v7.4.0 labels Aug 22, 2019
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-distributed

@henningandersen
Copy link
Contributor Author

We may want to consider still supporting running reindex with allow_partial_search_results=true, since this could be a partial recovery path for indices that are missing shards

@henningandersen
Copy link
Contributor Author

@elasticmachine update branch

@zuketo
Copy link

zuketo commented Sep 9, 2019

After some investigating, I can't find a use case for using allow_partial_search_results=true for reindex. I think there are valid search use cases for the allow_partial_search_results option, however, when upgrading or migrating data (with reindex), I would focus on correcting the red shards before running reindex.

@henningandersen
Copy link
Contributor Author

Thanks @zuketo , as agreed on another channel, I have now reverted the ability to run with allow_partial_search_results=true (except for remote index against versions earlier than 6.3).

@jimczi jimczi added v7.6.0 and removed v7.5.0 labels Nov 12, 2019
Copy link
Contributor

@Tim-Brooks Tim-Brooks left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@henningandersen henningandersen merged commit d82fafd into elastic:master Nov 18, 2019
henningandersen added a commit that referenced this pull request Nov 18, 2019
Reindex, update by query and delete by query would silently disregard
RED/unavailable shards, thus not copying, updating or deleting matching
data in those shards. Now use `allow_partial_search_results=false` to
ensure these operations fail if the search crosses an unavailable chard.

Added the option to explicitly specify `allow_partial_search_results=true`
for reindex only (seemed too strange for update/delete by query).

Relates #45739 and #42612
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
>bug :Distributed Indexing/Reindex Issues relating to reindex that are not caused by issues further down v7.6.0 v8.0.0-alpha1
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants