jvm-option-changes.asciidoc 2.3 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354
  1. [discrete]
  2. [[breaking_80_jvm_option_changes]]
  3. ==== JVM option changes
  4. TIP: {ess-skip-section}
  5. [[breaking_80_allocation_change_flood_stage_block_always_removed]]
  6. .`es.disk.auto_release_flood_stage_block` has been removed.
  7. [%collapsible]
  8. ====
  9. *Details* +
  10. If a node exceeds the flood-stage disk watermark then we add a block to all of
  11. its indices to prevent further writes as a last-ditch attempt to prevent the
  12. node completely exhausting its disk space. By default, from 7.4 onwards the
  13. block is automatically removed when a node drops below the high watermark
  14. again, but this behaviour could be disabled by setting the system property
  15. `es.disk.auto_release_flood_stage_block` to `false`. This behaviour is no
  16. longer optional, and this system property must now not be set.
  17. *Impact* +
  18. Discontinue use of the `es.disk.auto_release_flood_stage_block` system property.
  19. Setting this system property will result in an error on startup.
  20. ====
  21. .`es.rest.url_plus_as_space` has been removed.
  22. [%collapsible]
  23. ====
  24. *Details* +
  25. Starting in version 7.4, a `+` in a URL will be encoded as `%2B` by all REST API functionality. Prior versions handled a `+` as a single space.
  26. In these previous versions, if your application required handling `+` as a single space, you could return to the old behaviour by setting the system property
  27. `es.rest.url_plus_as_space` to `true`. Note that this behaviour is deprecated and setting this system property to `true` will cease
  28. to be supported in version 8.
  29. *Impact* +
  30. Update your application or workflow to assume `+` in a URL is encoded as `%2B`.
  31. ====
  32. .`es.unsafely_permit_handshake_from_incompatible_builds` has been removed.
  33. [%collapsible]
  34. ====
  35. *Details* +
  36. {es} has a check that verifies that communicating pairs of nodes of the same
  37. version are running exactly the same build and therefore using the same wire
  38. format as each other. In previous versions this check can be bypassed by
  39. setting the system property
  40. `es.unsafely_permit_handshake_from_incompatible_builds` to `true`. The use of
  41. this system property is now forbidden.
  42. *Impact* +
  43. Discontinue use of the `es.unsafely_permit_handshake_from_incompatible_builds`
  44. system property, and ensure that all nodes of the same version are running
  45. exactly the same build. Setting this system property will result in an error
  46. on startup.
  47. ====