You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The index.mode setting is an index setting that is somewhat special. Besides that it validates itself, it also validation other index settings. Unfortunately this doesn't always kick in.
However when creating a new index and then updating the index settings the index.mode validation does not kick in:
PUT index1
PUT /_settings
{
"settings": {
"index.time_series.end_time": "2000-01-02T00:00Z"
}
}
GET index1
This leaves the cluster in a bad state, as the validation does kick in later during unrelated operations. Like updating another unrelated index setting or when a new node joins the cluster.
Note that if index.mode index setting is configured to standard, then the index mode validation does kick in
The expect outcome is that when updating index settings that index.mode validation is also performed.
The text was updated successfully, but these errors were encountered:
martijnvg
changed the title
The index mode validation doesn't kick in when updating settings
The index mode validation doesn't always kick in when updating settings
Jun 28, 2024
martijnvg
added a commit
to martijnvg/elasticsearch
that referenced
this issue
Jun 28, 2024
…tting hasn't been defined.
The `index.mode` setting validates other index settings.
When updating the `index.routing_path` or `index.time_series.*` settings and the `index.mode` setting isn't already defined or present in put settings api, then validation is skipped which results into (worse) errors at a later point in time.
Closeselastic#110265
… in normal indices (elastic#110268)
The index.mode setting validates other index settings. When updating the index.time_series.end_time setting and the index.mode setting isn't wasn't defined at index creation time (meaning that default is active), then this validation is skipped which results into (worse) errors at a later point in time.
This problem is fixed by enforced by making index.mode setting a dependency of index.time_series.end_time setting.
Note that this problem doesn't exist for the index.time_series.start_time and index.routing_path index settings, because these index settings are final, which mean these can only be defined when an index is being created.
Closeselastic#110265
The
index.mode
setting is an index setting that is somewhat special. Besides that it validates itself, it also validation other index settings. Unfortunately this doesn't always kick in.When creating a new index it does kick in:
However when creating a new index and then updating the index settings the
index.mode
validation does not kick in:This leaves the cluster in a bad state, as the validation does kick in later during unrelated operations. Like updating another unrelated index setting or when a new node joins the cluster.
Note that if
index.mode
index setting is configured tostandard
, then the index mode validation does kick inThe expect outcome is that when updating index settings that
index.mode
validation is also performed.The text was updated successfully, but these errors were encountered: