-
Notifications
You must be signed in to change notification settings - Fork 24.9k
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
Reindex and friends fail on RED shards #45830
Conversation
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
Pinging @elastic/es-distributed |
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 |
@elasticmachine update branch |
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. |
This reverts commit 9cb38ae.
…w_partial_search_results
Thanks @zuketo , as agreed on another channel, I have now reverted the ability to run with |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
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
toensure 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