[float] [[breaking_80_settings_changes]] === Settings changes //NOTE: The notable-breaking-changes tagged regions are re-used in the //Installation and Upgrade Guide //tag::notable-breaking-changes[] //end::notable-breaking-changes[] [[search-remote-settings-removed]] .The `search.remote.*` settings have been removed. [%collapsible] ==== *Details* + In 6.5 these settings were deprecated in favor of `cluster.remote`. In 7.x we provided automatic upgrading of these settings to their `cluster.remote` counterparts. In 8.0.0, these settings have been removed. Elasticsearch will refuse to start if you have these settings in your configuration or cluster state. ==== [[remove-pidfile]] .The `pidfile` setting has been replaced by `node.pidfile`. [%collapsible] ==== *Details* + To ensure that all settings are in a proper namespace, the `pidfile` setting was previously deprecated in version 7.4.0 of Elasticsearch, and is removed in version 8.0.0. Instead, use `node.pidfile`. ==== [[remove-processors]] .The `processors` setting has been replaced by `node.processors`. [%collapsible] ==== *Details* + To ensure that all settings are in a proper namespace, the `processors` setting was previously deprecated in version 7.4.0 of Elasticsearch, and is removed in version 8.0.0. Instead, use `node.processors`. ==== .The `node.processors` setting can no longer exceed the available number of processors. [%collapsible] ==== *Details* + Previously it was possible to set the number of processors used to set the default sizes for the thread pools to be more than the number of available processors. As this leads to more context switches and more threads but without an increase in the number of physical CPUs on which to schedule these additional threads, the `node.processors` setting is now bounded by the number of available processors. ==== .The `cluster.remote.connect` setting has been removed. [%collapsible] ==== *Details* + In Elasticsearch 7.7.0, the setting `cluster.remote.connect` was deprecated in favor of setting `node.remote_cluster_client`. In Elasticsearch 8.0.0, the setting `cluster.remote.connect` is removed. ==== .The `node.local_storage` setting has been removed. [%collapsible] ==== *Details* + In Elasticsearch 7.8.0, the setting `node.local_storage` was deprecated and beginning in Elasticsearch 8.0.0 all nodes will require local storage. Therefore, the `node.local_storage` setting has been removed. ==== .The `auth.password` setting for HTTP monitoring has been removed. [%collapsible] ==== *Details* + In Elasticsearch 7.7.0, the setting `xpack.monitoring.exporters..auth.password` was deprecated in favor of setting `xpack.monitoring.exporters..auth.secure_password`. In Elasticsearch 8.0.0, the setting `xpack.monitoring.exporters..auth.password` is removed. ==== .Settings used to disable basic license features have been removed. [%collapsible] ==== *Details* + The following settings were deprecated in {es} 7.8.0 and have been removed in {es} 8.0.0: * `xpack.enrich.enabled` * `xpack.flattened.enabled` * `xpack.ilm.enabled` * `xpack.monitoring.enabled` * `xpack.rollup.enabled` * `xpack.slm.enabled` * `xpack.sql.enabled` * `xpack.transform.enabled` * `xpack.vectors.enabled` These basic license features are now always enabled for the {default-dist}. If you have disabled ILM so that you can use another tool to manage Watcher indices, the newly introduced `xpack.watcher.use_ilm_index_management` setting may be set to false. ==== .The `prefer_v2_templates` parameter now defaults to `true` for several document and index APIs. [%collapsible] ==== *Details* + In Elasticsearch 7.8.0 the `?prefer_v2_templates=true|false` parameter was introduced to allow specifying whether to favor V1 or V2 templates when a new index is created. In 8.0 this now defaults to `true`, meaning that V2 index templates will always take precedence if they match. V1 templates will continue to be applied if no V2 index template matches the newly created index pattern. The `?prefer_v2_templates` parameter is supported on the <>, <>, <>, <>, and <> APIs. ====