-
Notifications
You must be signed in to change notification settings - Fork 25.6k
Open
Labels
:Core/Infra/CoreCore issues without another labelCore issues without another label>enhancementTeam:Core/InfraMeta label for core/infra teamMeta label for core/infra teamhelp wantedadoptmeadoptmetriagedIssue has been looked at, and is being left openIssue has been looked at, and is being left open
Description
Today we are lenient with index settings, we do the following things:
- We will open an index even if it contains an index setting that we do not recognize because we do not do any index settings validation when opening an index.
- We will upgrade an index and archive unrecognized settings; this is bad in the following scenario:
a. a user installs a plugin that provides an index setting
b. a user creates an index that uses that index setting
c. a user stops Elasticsearch to upgrade, so removes the plugin
d. the user upgrades Elasticsearch, and starts Elasticsearch not having reinstalled the plugin
e. Elasticsearch will archive the index setting and happily open the index
This leniency is dangerous and we should stop.
To be fair, the reason for the existence of this leniency in the upgrade case is for when we first introduced strict settings, we knew that we would see unrecognized settings on indices coming from 2.x into 5.x. We are past that point now. It's time to reconsider this leniency.
Relates #26995
jpountz and henningandersen
Metadata
Metadata
Assignees
Labels
:Core/Infra/CoreCore issues without another labelCore issues without another label>enhancementTeam:Core/InfraMeta label for core/infra teamMeta label for core/infra teamhelp wantedadoptmeadoptmetriagedIssue has been looked at, and is being left openIssue has been looked at, and is being left open