[BUG] Configuring cluster.allocator.existing_shards_allocator.batch_enabled via /_cluster/settings returns a 400 error
#14.744 aperta il 12 lug 2024
Metriche repository
- Star
- (8123 star)
- Metriche merge PR
- (Merge medio 5g 9h) (266 PR mergiate in 30 g)
Descrizione
Describe the bug
OpenSearch 2.14 introduced a new feature/setting: cluster.allocator.existing_shards_allocator.batch_enabled.
This setting is documented as being able be set dynamically:
All settings in this list are dynamic:
However, when attempting to set using /_cluster/settings API endpoint, an error is returned:
{
"error": {
"root_cause": [
{
"type": "illegal_argument_exception",
"reason": "persistent setting [cluster.allocator.existing_shards_allocator.batch_enabled], not dynamically updateable"
}
],
"type": "illegal_argument_exception",
"reason": "persistent setting [cluster.allocator.existing_shards_allocator.batch_enabled], not dynamically updateable"
},
"status": 400
}
Payload used in PUT request:
{
"persistent": {
"cluster.allocator.existing_shards_allocator.batch_enabled": true
}
}
Related component
Other
To Reproduce
- use OpenSearch 2.14 or 2.15
- Send a PUT request to
/_cluster/settings
{
"persistent": {
"cluster.allocator.existing_shards_allocator.batch_enabled": true
}
}
Expected behavior
Expectation is that if the documentation says this is a dynamic setting, it can be set dynamically. If this must be set via opensearch.yml (which does work), this should be communicated/documented.
Additional Details
Plugins Stock/out of box
Host/Environment (please complete the following information):
- OS: Ubuntu Server 22.04 LTS
- OpenSearch Version: 2.15.0
Additional context
First learned about this from the following WARN in opensearch's log:
Falling back to single shard assignment since batch mode disable or multiple custom allocators set