2020-03-28 14:33:37 -04:00
|
|
|
[[breaking-changes-7.8]]
|
|
|
|
== Breaking changes in 7.8
|
|
|
|
++++
|
|
|
|
<titleabbrev>7.8</titleabbrev>
|
|
|
|
++++
|
|
|
|
|
|
|
|
This section discusses the changes that you need to be aware of when migrating
|
2020-04-22 10:56:38 -04:00
|
|
|
your application to {es} 7.8.
|
2020-03-28 14:33:37 -04:00
|
|
|
|
|
|
|
See also <<release-highlights>> and <<es-release-notes>>.
|
|
|
|
|
|
|
|
coming[7.8.0]
|
|
|
|
|
2020-04-22 10:56:38 -04:00
|
|
|
* <<breaking_78_mappings_changes>>
|
|
|
|
* <<breaking_78_settings_changes>>
|
|
|
|
|
2020-03-28 14:33:37 -04:00
|
|
|
//NOTE: The notable-breaking-changes tagged regions are re-used in the
|
|
|
|
//Installation and Upgrade Guide
|
|
|
|
|
|
|
|
//tag::notable-breaking-changes[]
|
|
|
|
|
2020-04-02 18:28:48 -04:00
|
|
|
[discrete]
|
|
|
|
[[breaking_78_mappings_changes]]
|
|
|
|
=== Mappings changes
|
|
|
|
|
|
|
|
[[prevent-enabled-setting-change]]
|
2020-04-22 10:56:38 -04:00
|
|
|
.The `enabled` mapping parameter cannot be changed for a root mapping.
|
|
|
|
[%collapsible]
|
|
|
|
====
|
|
|
|
*Details* +
|
|
|
|
Mapping requests that attempt to change the {ref}/enabled.html[`enabled`]
|
|
|
|
mapping parameter for a root mapping will fail and return an error.
|
|
|
|
|
|
|
|
Previously, {es} accepted mapping requests that attempted to change the
|
|
|
|
`enabled` parameter of the root mapping. Theses changes were not applied, but
|
|
|
|
such requests didn't return an error.
|
|
|
|
|
|
|
|
*Impact* +
|
|
|
|
To avoid errors, do not submit mapping requests that change the
|
|
|
|
{ref}/enabled.html[`enabled`] mapping parameter.
|
|
|
|
====
|
2020-04-02 18:28:48 -04:00
|
|
|
|
2020-04-16 14:17:12 -04:00
|
|
|
[[prevent-include-in-root-change]]
|
2020-04-22 10:56:38 -04:00
|
|
|
.The `include_in_parent` and `include_in_root` mapping parameters cannot be changed for `nested` fields.
|
|
|
|
[%collapsible]
|
|
|
|
====
|
|
|
|
*Details* +
|
|
|
|
Mapping requests that attempt to change the
|
|
|
|
{ref}/nested.html#nested-include-in-parent-parm[`include_in_parent`] or
|
|
|
|
{ref}/nested.html#nested-include-in-root-parm[`include_in_root`] mapping
|
|
|
|
parameter for a `nested` field will fail and return an error.
|
|
|
|
|
|
|
|
Previously, {es} accepted mapping requests that attempted to change the
|
|
|
|
`include_in_parent` or `include_in_root` parameter. Theses changes were not
|
|
|
|
applied, but such requests didn't return an error.
|
|
|
|
|
|
|
|
*Impact* +
|
|
|
|
To avoid errors, do not submit mapping requests that change the
|
|
|
|
{ref}/nested.html#nested-include-in-parent-parm[`include_in_parent`] or
|
|
|
|
{ref}/nested.html#nested-include-in-root-parm[`include_in_root`] mapping
|
|
|
|
parameter.
|
|
|
|
====
|
|
|
|
|
|
|
|
.The get field mapping API's `local` query parameter is deprecated.
|
|
|
|
[%collapsible]
|
|
|
|
====
|
|
|
|
*Details* +
|
|
|
|
The {ref}/indices-get-field-mapping.html[get field mapping API]'s `local` query
|
|
|
|
parameter is deprecated and will be removed in {es} 8.0.0.
|
|
|
|
|
|
|
|
The `local` parameter is a no-op. The API always retrieves field mappings
|
|
|
|
locally.
|
|
|
|
|
|
|
|
*Impact* +
|
|
|
|
To avoid deprecation warnings, discontinue use of the `local` parameter.
|
|
|
|
====
|
2020-04-16 14:17:12 -04:00
|
|
|
|
2020-03-28 14:33:37 -04:00
|
|
|
[discrete]
|
|
|
|
[[breaking_78_settings_changes]]
|
|
|
|
=== Settings changes
|
|
|
|
|
|
|
|
[[deprecate-node-local-storage]]
|
2020-04-22 10:56:38 -04:00
|
|
|
.The `node.local_storage` setting is deprecated.
|
|
|
|
[%collapsible]
|
|
|
|
====
|
|
|
|
*Details* +
|
|
|
|
The `node.local_storage` setting is deprecated. In {es} 8.0.0, all nodes require
|
|
|
|
local storage.
|
|
|
|
|
|
|
|
*Impact* +
|
|
|
|
To avoid deprecation warnings, discontinue use of the `node.local_storage`
|
|
|
|
setting.
|
|
|
|
====
|
|
|
|
|
2020-04-28 10:30:25 -04:00
|
|
|
[float]
|
|
|
|
[[builtin-users-changes]]
|
|
|
|
==== Changes to built-in users
|
|
|
|
|
|
|
|
[float]
|
|
|
|
===== The `kibana` user has been deprecated in favor of the `kibana_system` user
|
|
|
|
|
|
|
|
The `kibana` user was historically used to authenticate {kib} to {es}.
|
|
|
|
The name of this user was confusing, and was often mistakenly used to login to {kib}.
|
|
|
|
This has been renamed to `kibana_system` in order to reduce confusion, and to better
|
|
|
|
align with other built-in system accounts.
|
|
|
|
|
|
|
|
If your `kibana.yml` used to contain:
|
|
|
|
[source,yaml]
|
|
|
|
--------------------------------------------------
|
|
|
|
elasticsearch.username: kibana
|
|
|
|
--------------------------------------------------
|
|
|
|
|
|
|
|
then you should update to use the new `kibana_system` user instead:
|
|
|
|
[source,yaml]
|
|
|
|
--------------------------------------------------
|
|
|
|
elasticsearch.username: kibana_system
|
|
|
|
--------------------------------------------------
|
|
|
|
|
|
|
|
|
|
|
|
[float]
|
|
|
|
[[builtin-roles-changes]]
|
|
|
|
==== Changes to built-in roles
|
|
|
|
|
|
|
|
[float]
|
|
|
|
===== The `kibana_user` role has been deprecated in favor of the `kibana_admin` role
|
|
|
|
|
|
|
|
Users who were previously assigned the `kibana_user` role should instead be assigned
|
|
|
|
the `kibana_admin` role. This role grants the same set of privileges as `kibana_user`, but has been
|
|
|
|
renamed to better reflect its intended use.
|
|
|
|
|
|
|
|
//end::notable-breaking-changes[]
|