+++ This bug was initially created as a clone of Bug #1309683 +++ Latest upstream release: 3.6.0 Current version/release in rawhide: 3.5.7-4.fc24 URL: http://www.rabbitmq.com/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. --- Additional comment from Upstream Release Monitoring on 2016-02-18 08:23:10 EST --- Failed to kick off scratch build. cmd: spectool -g /var/tmp/thn-C4bWoT/rabbitmq-server.spec return code: 22 stdout: Getting http://www.rabbitmq.com/releases/rabbitmq-server/v3.6.0/rabbitmq-server-3.6.0.tar.gz to ./rabbitmq-server-3.6.0.tar.gz stderr: % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Not Found
I have one example of justification for rabbitmq rebase to version 3.6: If several failovers take place in Openstack cluster with three controller nodes hosting rabbitmq-server, queue masters tend to be hosted on a single controller node and with failover of the node they just move to a different available node. Once a failover of such node happens recovery time of Openstack cluster is increased significantly. The problem nicely described here - https://www.erlang-solutions.com/blog/take-control-of-your-rabbitmq-queues.html Several queue master distribution strategies were introduced in upstream version of 3.6.0 which could solve the problem - https://github.com/rabbitmq/rabbitmq-server/pull/217 for example by using min-masters strategy. I would be happy to test a scratch build to see If it really helps.
Heads up. I've just upgraded Erlang in RHOS9 to 18.3.1, and I'm going to upgrade RabbitMQ as soon as recent Erlang build hits build root.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-1597.html