-
Notifications
You must be signed in to change notification settings - Fork 24.8k
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
Warn of change of default of wait_for_active_shards #67246
Warn of change of default of wait_for_active_shards #67246
Conversation
In 7.x the close indices API defaults to `?wait_for_active_shards=0` but from 8.0 it will default to respecting the index settings instead. This commit introduces the `index-setting` value for this parameter on this API allowing users to opt-in to the future behaviour today, and starts to emit a deprecation warning for users that use the default. Relates elastic#67158 Closes elastic#66419
Pinging @elastic/es-distributed (Team:Distributed) |
Sorry about all the iterations here @tlrx, |
…efault-for-close-index-7x-WIP
…-close-index-7x-WIP' into 2021-01-11-deprecate-wait_for_active_shards-default-for-close-index-7x
Some changes for `master` that make elastic#67246 a bit easier. Relates elastic#67158
Ok this is good for another look now, sorry again for all the extra noise. |
substantial changes since this approval
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
This reverts commit 8660e8d.
😭 in 11381c3 I have reverted this because it causes |
Part of the fixes for elastic#66419, this commit permits nodes to emit the deprecation warning regarding not specifying `?wait_for_active_shards` when closing an index in 7.x versions for x ≥ 12. This change is required on `master` too since the BWC tests encounter these warnings. Relates elastic#67246, which is the 7.x part of this change.
Part of the fixes for #66419, this commit permits nodes to emit the deprecation warning regarding not specifying `?wait_for_active_shards` when closing an index in 7.x versions for x ≥ 12. This change is required on `master` too since the BWC tests encounter these warnings. Relates #67246, which is the 7.x part of this change.
In 7.x the close indices API defaults to `?wait_for_active_shards=0` but from 8.0 it will default to respecting the index settings instead. This commit introduces the `index-setting` value for this parameter on this API allowing users to opt-in to the future behaviour today, and starts to emit a deprecation warning for users that use the default. Relates elastic#67158 Retry of elastic#67246 now that elastic#67498 is merged to `master` Closes elastic#66419
I have opened #67527 to undo the revert and reinstate this commit. |
In 7.x the close indices API defaults to `?wait_for_active_shards=0` but from 8.0 it will default to respecting the index settings instead. This commit introduces the `index-setting` value for this parameter on this API allowing users to opt-in to the future behaviour today, and starts to emit a deprecation warning for users that use the default. Relates #67158 Retry of #67246 now that #67498 is merged to `master` Closes #66419
In 7.x the close indices API defaults to
?wait_for_active_shards=0
butfrom 8.0 it will default to respecting the index settings instead. This
commit introduces the
index-setting
value for this parameter on thisAPI allowing users to opt-in to the future behaviour today, and starts
to emit a deprecation warning for users that use the default.
Relates #67158
Closes #66419