Current Series Release Notes¶
18.3.0-8¶
Upgrade Notes¶
Default value of the
[oslo_messaging_metrics] metrics_process_nameoption has been changed and now it defaults to the program/command name. This is very helpful when multiple agents are reading/using the same configuration file and thus cannot have a different setting.
Deprecation Notes¶
The
[oslo_messaging_rabbit] ssl_versionconfiguration option is now deprecated. The RabbitMQ driver automatically negotiates the highest mutually supported TLS version (TLS 1.2 or 1.3) when this option is not set.Deployments should remove
ssl_versionfrom their configuration files. The option will be removed in a future release.
Bug Fixes¶
Fixed a reply queue name collision with
use_queue_manager = True. TheQManagerused to only rely on the process-group identity captured at object construction time to key the shared/dev/shmcounter. When the process group changes after some oslo.messaging objects already exist – as happens under the cotyledon supervisor, whose master callsos.setsid()after creating them – a manager born in the master and a manager born in a worker disagreed on that identity and kept resetting the shared counter, so several processes built the same reply queue name (reply_<host>:<proc>:1) and stole each other’s RPC replies (leading toNo calling threads waiting for msg_idandMessagingTimeout). The identity is now re-evaluated when the queue name is built. When the process group id is 0 (crun edge case) it falls back to the process id, as before. See bug 2110957.