3.13.4 release notes
This commit is contained in:
parent
5c59a8ecec
commit
b339038e53
|
|
@ -0,0 +1,212 @@
|
|||
## RabbitMQ 3.13.4
|
||||
|
||||
RabbitMQ `3.13.4` is a maintenance release in the `3.13.x` [release series](https://www.rabbitmq.com/release-information).
|
||||
|
||||
Starting June 1st, 2024, community support for this series will only be provided to [regularly contributing users](https://github.com/rabbitmq/rabbitmq-server/blob/main/COMMUNITY_SUPPORT.md) and those
|
||||
who hold a valid [commercial support license](https://tanzu.vmware.com/rabbitmq/oss).
|
||||
|
||||
Please refer to the upgrade section from the [3.13.0 release notes](https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.13.0)
|
||||
if upgrading from a version prior to 3.13.0.
|
||||
|
||||
This release requires Erlang 26 and supports Erlang versions up to `26.2.x`.
|
||||
[RabbitMQ and Erlang/OTP Compatibility Matrix](https://www.rabbitmq.com/docs/which-erlang) has more details on
|
||||
Erlang version requirements for RabbitMQ.
|
||||
|
||||
|
||||
### Minimum Supported Erlang Version
|
||||
|
||||
As of 3.13.0, RabbitMQ requires Erlang 26. Nodes **will fail to start** on older Erlang releases.
|
||||
|
||||
Users upgrading from 3.12.x (or older releases) on Erlang 25 to 3.13.x on Erlang 26
|
||||
(both RabbitMQ *and* Erlang are upgraded at the same time) **must** consult
|
||||
the [v3.12.0 release notes](https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.12.0) and [v3.13.0 release notes](https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.13.0) first.
|
||||
|
||||
|
||||
## Changes Worth Mentioning
|
||||
|
||||
Release notes can be found on GitHub at [rabbitmq-server/release-notes](https://github.com/rabbitmq/rabbitmq-server/tree/v3.13.x/release-notes).
|
||||
|
||||
|
||||
### Core Broker
|
||||
|
||||
#### Bug Fix
|
||||
|
||||
* A rolling upgrade from `3.12.14` to `3.13.x` could run into an exception.
|
||||
|
||||
GitHub issue: [#11380](https://github.com/rabbitmq/rabbitmq-server/issues/11380)
|
||||
|
||||
* When an existing virtual host was re-imported from a definitions file,
|
||||
its default queue type (DQT) was cleared (reset) if was missing in the imported
|
||||
definitions.
|
||||
|
||||
Now the existing DQT is preserved.
|
||||
|
||||
GitHub issue: [#11457](https://github.com/rabbitmq/rabbitmq-server/pull/11457)
|
||||
|
||||
* When a queue was declared without an explicitly provided `x-queue-type` but a default
|
||||
queue type (DQT) set (for its virtual host), its redeclaration did not consider
|
||||
the DQT during the [property equivalence check](https://www.rabbitmq.com/docs/queues#property-equivalence) stage.
|
||||
|
||||
GitHub issue: [#11541](https://github.com/rabbitmq/rabbitmq-server/pull/11541)
|
||||
|
||||
* Feature flag controller could run into a deadlock in some upgrade scenarios.
|
||||
|
||||
GitHub issue: [#11414](https://github.com/rabbitmq/rabbitmq-server/pull/11414)
|
||||
|
||||
* In mixed `3.13.x` and `3.12.x` clusters, when a [Direct Reply-to](https://www.rabbitmq.com/docs/direct-reply-to) client (the app that initiates requests)
|
||||
was connected to the `3.13` node and the server (the app that responds) was connected to the `3.12` node,
|
||||
the response was lost due to a message format conversion exception.
|
||||
|
||||
GitHub issue: [#11401](https://github.com/rabbitmq/rabbitmq-server/pull/11401)
|
||||
|
||||
#### Enhancements
|
||||
|
||||
* In some parallel cluster formation scenarios where definitions were [imported on node boot](),
|
||||
the virtual hosts created by the import can only be started on a subset of nodes. This is so
|
||||
because not all cluster peers are known at virtual host creation time.
|
||||
|
||||
To reconcile (repair) this state, nodes will periodically check that all virtual hosts are initialized
|
||||
on all cluster nodes. This happens every thirty seconds for the first five minutes
|
||||
since node boot. As long as the cluster is fully formed within that amount of time,
|
||||
all nodes will have performed initialization for all virtual hosts that exist.
|
||||
|
||||
GitHub issue: [#11408](https://github.com/rabbitmq/rabbitmq-server/pull/11408)
|
||||
|
||||
* Quorum queue leader replicas now initiate reconciliation (repair) of their
|
||||
replicas, if there are any missing, more frequently, making quorum queues
|
||||
more defensive in the case of (**highly discouraged**) [grow-then-shrink upgrades](https://www.rabbitmq.com/docs/upgrade#grow-then-shrink).
|
||||
|
||||
As part of this change, the CPU cost of reconciliation was reduced, now accounting
|
||||
for less than 1% of the CPU with 10K quorum queues in some test environments.
|
||||
|
||||
Contributed by @SimonUnge.
|
||||
|
||||
GitHub issue: [#11029](https://github.com/rabbitmq/rabbitmq-server/discussions/11029)
|
||||
|
||||
* In the case where the `vhost_max` node limit is reached, the node will log specific errors
|
||||
when a new virtual host is (unsuccessfully) added.
|
||||
|
||||
Contributed by @SimonUnge.
|
||||
|
||||
GitHub issue: [#11589](https://github.com/rabbitmq/rabbitmq-server/pull/11589)
|
||||
|
||||
* Elapsed time in the logs is now measured using [monotonic time](https://www.erlang.org/doc/apps/erts/time_correction.html).
|
||||
|
||||
GitHub issue: [#11396](https://github.com/rabbitmq/rabbitmq-server/pull/11396)
|
||||
|
||||
|
||||
### CLI Tools
|
||||
|
||||
#### Bug Fixes
|
||||
|
||||
* `rabbitmq-diagnostics check_if_node_is_quorum_critical` could report a false positive
|
||||
when some quorum queue replcas where very recently added or very recently restarted.
|
||||
|
||||
GitHub issue: [#11524](https://github.com/rabbitmq/rabbitmq-server/pull/11524)
|
||||
|
||||
* `rabbitmqctl list_unresponsive_queues` ran into exception of there were connected MQTT clients
|
||||
with QoS 0 subscriptions.
|
||||
|
||||
Partially contributed by @gomoripeti.
|
||||
|
||||
GitHub issue: [#11434](https://github.com/rabbitmq/rabbitmq-server/issues/11434)
|
||||
|
||||
#### Enhancements
|
||||
|
||||
* CLI tools now can be built with Elixir 1.17.x.
|
||||
|
||||
Contributed by @VlkrS.
|
||||
|
||||
GitHub issue: [#11529](https://github.com/rabbitmq/rabbitmq-server/pull/11529)
|
||||
|
||||
|
||||
### OAuth 2 Plugin
|
||||
|
||||
#### Enhancenements
|
||||
|
||||
* OpenID Connection endpoint now can be overridden for identity providers with
|
||||
non-standard configurations.
|
||||
|
||||
GitHub issue: [#11103](https://github.com/rabbitmq/rabbitmq-server/issues/11103)
|
||||
|
||||
|
||||
### Management Plugin
|
||||
|
||||
#### Bug Fixes
|
||||
|
||||
* Virtual host metadata was not included into definition files exported via the HTTP API.
|
||||
|
||||
GitHub issue: [#10515](https://github.com/rabbitmq/rabbitmq-server/issues/10515)
|
||||
|
||||
* When Khepri was enabled and a majority of cluster members were down, adding a virtual host
|
||||
failed with an unhelpful exception.
|
||||
|
||||
GitHub issue: [#11590](https://github.com/rabbitmq/rabbitmq-server/pull/11590)
|
||||
|
||||
#### Enhancements
|
||||
|
||||
* When default queue type is set on a virtual host but not for individual queues,
|
||||
the exported queues will have `x-queue-type` set to the default type in the
|
||||
exported definitions document.
|
||||
|
||||
GitHub issue: [#10515](https://github.com/rabbitmq/rabbitmq-server/issues/10515)
|
||||
|
||||
* Management UI will now display the number of cores available to the node.
|
||||
|
||||
GitHub issue: [#11382](https://github.com/rabbitmq/rabbitmq-server/pull/11382)
|
||||
|
||||
* OAuth 2-specific JavaScript files are now only loaded if the OAuth 2 plugin is enabled
|
||||
on the node.
|
||||
|
||||
GitHub issue: [#11421](https://github.com/rabbitmq/rabbitmq-server/issues/11421)
|
||||
|
||||
|
||||
### HTTP AuthN/AuthZ Backend Plugin
|
||||
|
||||
#### Enhancements
|
||||
|
||||
* TLS-related settings, in particular related to [peer certificate chain verification](https://www.rabbitmq.com/docs/ssl#peer-verification), now can be
|
||||
configured for this plugin:
|
||||
|
||||
``` ini
|
||||
auth_http.ssl_options.verify = verify_none
|
||||
auth_http.ssl_options.fail_if_no_peer_cert = false
|
||||
```
|
||||
|
||||
Please remember that disabling peer certificate chain verification makes the system
|
||||
less secure and susceptible to [Man-in-the-Middle attacks](https://en.wikipedia.org/wiki/Man-in-the-middle_attack).
|
||||
Consider enabling the verification in production systems when possible.
|
||||
|
||||
GitHub issue: [#10281](https://github.com/rabbitmq/rabbitmq-server/issues/10281)
|
||||
|
||||
|
||||
### etcd Peer Discovery Plugin
|
||||
|
||||
#### Bug Fixes
|
||||
|
||||
* The plugin failed to extract discovered nodes name correctly in earlier `3.13.x`
|
||||
releases.
|
||||
|
||||
GitHub issue: [#11445](https://github.com/rabbitmq/rabbitmq-server/pull/11445)
|
||||
|
||||
|
||||
### Tracing Plugin
|
||||
|
||||
#### Enhancements
|
||||
|
||||
* `tracing.dir`, `tracing.username` and `tracing.password` are the three Tracing plugin
|
||||
settings that can be set via `rabbitmq.conf`.
|
||||
|
||||
GitHub issue: [#11554](https://github.com/rabbitmq/rabbitmq-server/issues/11554)
|
||||
|
||||
|
||||
### Dependency Changes
|
||||
|
||||
* Ra was [upgraded to `2.11.0`](https://github.com/rabbitmq/ra/releases)
|
||||
* Osiris was [upgraded to `1.8.2`](https://github.com/rabbitmq/osiris/releases)
|
||||
* Jose was [upgraded to `1.11.10`](https://github.com/potatosalad/erlang-jose/releases)
|
||||
|
||||
## Source Code Archives
|
||||
|
||||
To obtain source code of the entire distribution, please download the archive named `rabbitmq-server-3.13.4.tar.xz`
|
||||
instead of the source tarball produced by GitHub.
|
||||
Loading…
Reference in New Issue