index-setting-changes.asciidoc 4.4 KB

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