deprecation.asciidoc 4.4 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125
  1. [role="xpack"]
  2. [testenv="basic"]
  3. [[migration-api-deprecation]]
  4. === Deprecation info APIs
  5. ++++
  6. <titleabbrev>Deprecation info</titleabbrev>
  7. ++++
  8. IMPORTANT: Use this API to check for deprecated configuration before performing
  9. a major version upgrade. You should run it on the the last minor version of the
  10. major version you are upgrading from, as earlier minor versions may not include
  11. all deprecations.
  12. The deprecation API is to be used to retrieve information about different
  13. cluster, node, and index level settings that use deprecated features that will
  14. be removed or changed in the next major version.
  15. [[migration-api-request]]
  16. ==== {api-request-title}
  17. `GET /_migration/deprecations` +
  18. `GET /<target>/_migration/deprecations`
  19. [[migration-api-path-params]]
  20. ==== {api-path-parms-title}
  21. `<target>`::
  22. (Optional, string)
  23. Comma-separate list of data streams or indices to check. Wildcard (`*`)
  24. expressions are supported.
  25. +
  26. When you specify this parameter, only deprecations for the specified
  27. data streams or indices are returned.
  28. [[migration-api-example]]
  29. ==== {api-examples-title}
  30. To see the list of offenders in your cluster, submit a GET request to the
  31. `_migration/deprecations` endpoint:
  32. [source,console]
  33. --------------------------------------------------
  34. GET /_migration/deprecations
  35. --------------------------------------------------
  36. // TEST[skip:cannot assert tests have certain deprecations]
  37. Example response:
  38. ["source","js",subs="attributes,callouts,macros"]
  39. --------------------------------------------------
  40. {
  41. "cluster_settings" : [
  42. {
  43. "level" : "critical",
  44. "message" : "Cluster name cannot contain ':'",
  45. "url" : "{ref-70}/breaking-changes-7.0.html#_literal_literal_is_no_longer_allowed_in_cluster_name",
  46. "details" : "This cluster is named [mycompany:logging], which contains the illegal character ':'."
  47. }
  48. ],
  49. "node_settings" : [ ],
  50. "index_settings" : {
  51. "logs:apache" : [
  52. {
  53. "level" : "warning",
  54. "message" : "Index name cannot contain ':'",
  55. "url" : "{ref-70}/breaking-changes-7.0.html#_literal_literal_is_no_longer_allowed_in_index_name",
  56. "details" : "This index is named [logs:apache], which contains the illegal character ':'."
  57. }
  58. ]
  59. },
  60. "ml_settings" : [ ]
  61. }
  62. --------------------------------------------------
  63. // NOTCONSOLE
  64. The response breaks down all the specific forward-incompatible settings that you
  65. should resolve before upgrading your cluster. Any offending settings are
  66. represented as a deprecation warning.
  67. The following is an example deprecation warning:
  68. ["source","js",subs="attributes,callouts,macros"]
  69. --------------------------------------------------
  70. {
  71. "level" : "warning",
  72. "message" : "This is the generic descriptive message of the breaking change",
  73. "url" : "{ref-60}/breaking_60_indices_changes.html",
  74. "details" : "more information, like which nodes, indices, or settings are to blame"
  75. }
  76. --------------------------------------------------
  77. // NOTCONSOLE
  78. As is shown, there is a `level` property that describes the significance of the
  79. issue.
  80. |=======
  81. |warning | You can upgrade directly, but you are using deprecated functionality
  82. which will not be available or behave differently in the next major version.
  83. |critical | You cannot upgrade without fixing this problem.
  84. |=======
  85. The `message` property and the optional `details` property provide descriptive
  86. information about the deprecation warning. The `url` property provides a link to
  87. the Breaking Changes Documentation, where you can find more information about
  88. this change.
  89. Any cluster-level deprecation warnings can be found under the `cluster_settings`
  90. key. Similarly, any node-level warnings are found under `node_settings`. Since
  91. only a select subset of your nodes might incorporate these settings, it is
  92. important to read the `details` section for more information about which nodes
  93. are affected. Index warnings are sectioned off per index and can be filtered
  94. using an index-pattern in the query. This section includes warnings for the
  95. backing indices of data streams specified in the request path. Machine Learning
  96. related deprecation warnings can be found under the `ml_settings` key.
  97. The following example request shows only index-level deprecations of all
  98. `logstash-*` indices:
  99. [source,console]
  100. --------------------------------------------------
  101. GET /logstash-*/_migration/deprecations
  102. --------------------------------------------------
  103. // TEST[skip:cannot assert tests have certain deprecations]