index-setting-changes.asciidoc 4.6 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127
  1. [discrete]
  2. [[breaking_80_index_setting_changes]]
  3. ==== Index setting changes
  4. //NOTE: The notable-breaking-changes tagged regions are re-used in the
  5. //Installation and Upgrade Guide
  6. //tag::notable-breaking-changes[]
  7. [[deprecation-system-indices]]
  8. .Direct access to system indices is deprecated.
  9. [%collapsible]
  10. ====
  11. *Details* +
  12. Directly accessing system indices is deprecated, and may be prevented in a
  13. future version. If you must access a system index, create a security role with
  14. an index permission that targets the specific index and set the
  15. `allow_restricted_indices` permission to `true`. Refer to
  16. {ref}/defining-roles.html#roles-indices-priv[indices privileges] for
  17. information on adding this permission to an index privilege.
  18. *Impact* +
  19. Accessing system indices directly results in warnings in the header of API
  20. responses. If available, use {kib} or the associated feature's {es} APIs to
  21. manage the data that you want to access.
  22. ====
  23. [[deprecate-max-merge-at-once-explicit-setting]]
  24. .`index.merge.policy.max_merge_at_once_explicit` is deprecated and has no effect.
  25. [%collapsible]
  26. ====
  27. *Details* +
  28. The `index.merge.policy.max_merge_at_once_explicit` index setting is deprecated
  29. and has no effect.
  30. Previously, you could specify `index.merge.policy.max_merge_at_once_explicit` to
  31. set the maximum number of segments to merge at the same time during a force
  32. merge or when expunging deleted documents. In 8.0, this number is unlimited,
  33. regardless of the setting.
  34. *Impact* +
  35. Specifying `index.merge.policy.max_merge_at_once_explicit` will have no effect
  36. but will generate deprecation warnings.
  37. To avoid these deprecation warnings, discontinue use of the setting. Don't
  38. specify the setting when creating new indices, and remove the setting from
  39. index and component templates.
  40. To remove the setting from an existing data stream or index, specify the
  41. setting's value as `null` using the update index settings API.
  42. [source,console]
  43. ----
  44. PUT my-index-000001/_settings
  45. {
  46. "index.merge.policy.max_merge_at_once_explicit": null
  47. }
  48. ----
  49. // TEST[setup:my_index]
  50. ====
  51. [[index-max-adjacency-matrix-filters-removed]]
  52. .The `index.max_adjacency_matrix_filters` index setting has been removed.
  53. [%collapsible]
  54. ====
  55. *Details* +
  56. The `index.max_adjacency_matrix_filters` index setting has been removed.
  57. Previously, you could use this setting to configure the maximum number of
  58. filters for the
  59. {ref}/search-aggregations-bucket-adjacency-matrix-aggregation.html[adjacency
  60. matrix aggregation]. The `indices.query.bool.max_clause_count` index setting now
  61. determines the maximum number of filters for the aggregation.
  62. *Impact* +
  63. Discontinue use of the `index.max_adjacency_matrix_filters` index setting.
  64. Requests that include the index setting will return an error. If you upgrade a
  65. cluster with a 7.x index that already contains the setting, {es} will
  66. {ref}/archived-settings.html#archived-index-settings[archive the setting].
  67. Remove the index setting from index and component templates. Attempts to use a
  68. template that contains the setting will fail and return an error. This includes
  69. automated operations, such the {ilm-init} rollover action.
  70. ====
  71. .The `index.force_memory_term_dictionary` setting has been removed.
  72. [%collapsible]
  73. ====
  74. *Details* +
  75. The `index.force_memory_term_dictionary` setting was introduced in 7.0 as a
  76. temporary measure to allow users to opt-out of the optimization that leaves the
  77. term dictionary on disk when appropriate. This optimization is now mandatory
  78. and the setting is removed.
  79. *Impact* +
  80. Discontinue use of the `index.force_memory_term_dictionary` index setting.
  81. Requests that include this setting will return an error.
  82. ====
  83. .The `index.soft_deletes.enabled` setting has been removed.
  84. [%collapsible]
  85. ====
  86. *Details* +
  87. Creating indices with soft deletes disabled was deprecated in 7.6 and
  88. is no longer supported in 8.0. The `index.soft_deletes.enabled` setting
  89. can no longer be set to `false`.
  90. *Impact* +
  91. Discontinue use of the `index.soft_deletes.enabled` index setting. Requests that
  92. set `index.soft_deletes.enabled` to `false` will return an error.
  93. ====
  94. .The `index.translog.retention.age` and `index.translog.retention.size` settings have been removed.
  95. [%collapsible]
  96. ====
  97. *Details* +
  98. Translog retention settings `index.translog.retention.age` and
  99. `index.translog.retention.size` were effectively ignored in 7.4, deprecated in
  100. 7.7, and removed in 8.0 in favor of
  101. {ref}/index-modules-history-retention.html[soft deletes].
  102. *Impact* +
  103. Discontinue use of the `index.translog.retention.age` and
  104. `index.translog.retention.size` index settings. Requests that
  105. include these settings will return an error.
  106. ====
  107. //end::notable-breaking-changes[]