-
Notifications
You must be signed in to change notification settings - Fork 108
Remove number_of_shards
setting from clone API example
#5073
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
Remove number_of_shards
setting from clone API example
#5073
Conversation
This setting is allowed only if the number of shards matches that of the source index, and that's the behaviour anyway, so it is needlessly confusing to include it here.
number_of_shards
setting from clone API example
d04a890
to
dfc8d73
Compare
Following you can find the validation changes against the target branch for the APIs. No changes detected. You can validate these APIs yourself by using the |
@@ -6,12 +6,6 @@ description: > | |||
# type: request | |||
value: "{ | |||
|
|||
\ \"settings\": { |
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.
Since the description says "The API accepts settings
and aliases
parameters for the target index", can we keep an example of updating the settings here? Perhaps we can use index.refresh_interval
instead of the primary shards one?
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.
Yeah, that's a good idea. Done. (I had considered doing something like this, but I couldn't think of any settings that one would be likely to specify while cloning. I would guess that most clones are "clean" copies, though I could be wrong.)
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, thanks!
This setting is allowed only if the number of shards matches that of the source index, and that's the behaviour anyway, so it is needlessly confusing to include it here.