- openstack-discuss - lists.openstack.org

RabbitMQ version for OpenStack Epoxy
by Francesco Di Nucci 28 Jan '26

28 Jan '26

Hi all, I'm upgrading from OpenStack Caracal to Epoxy on EL, using RDO packages. I see that CentOS Stream Messaging SIG still packages RabbitMQ 3.8, that is EOL. Should I still use it or switch to a more recent release, like 3.13 or pass to 4.x series? Has anyone tried it? Thanks in advance -- Francesco Di Nucci System Administrator Compute & Networking Service, INFN Naples Email: francesco.dinucci(a)na.infn.it

5 8

[ironic] Tuesday morning (PST) recurring review jam!
by Jay Faulkner 28 Jan '26

28 Jan '26

Hey all, The GR-OSS OpenStack team is going to be hosting a weekly Ironic review jam for our internal contributors from 10a-11a (PST) on Tuesdays for the foreseeable future. We'll be reviewing anything and everything in Ironic or Ironic-adjacent repos (not just GR changes). If you want an invitation, I'm happy to add anyone, just ask! Thanks, Jay Faulkner

1 0

[election][all][tc] Looking for volunteers to shadow election officials
by Goutham Pacha Ravi 28 Jan '26

28 Jan '26

Hello Stackers, The OpenStack election process is critical to our community. While we have historically relied on a dedicated group of volunteers to serve as election officials, we want to broaden community knowledge of this process. We are looking to recruit new election officials to help manage this important task responsibly. If you are interested in shadowing the upcoming PTL and TC elections for 2026.2, please join #openstack-election on OFTC and let us know. We would appreciate assistance with reviewing candidacies and administering the different election phases [1]. Please note that election officials should ideally be neutral parties who are not contesting these elections themselves. Thanks, Goutham Pacha Ravi (gouthamr) [1] https://governance.openstack.org/election/

1 0

[CI][Zuul] Enhancing Zuul log readability with a custom highlighter script
by Piotr Milewski 28 Jan '26

28 Jan '26

Hi everyone, I would like to share a small tool I've developed to make our daily work with Zuul logs a bit easier and more efficient. As we all know, navigating through long lists of Zuul test results in Gerrit can sometimes be tedious when trying to quickly distinguish between critical failures and non-voting ones. To address this, I created a Tampermonkey script that automatically highlights job statuses with intuitive colors: - Green: SUCCESS - Red: FAILURE (Voting) - Orange: FAILURE (Non-voting) This visual distinction allows for a much faster assessment of the "health" of a patch set at a single glance. How to use it: 1. Install the Tampermonkey extension (available for Chrome, Firefox, Edge, and others) from: https://www.tampermonkey.net/ 2. Add the script available at my Gist: https://gist.github.com/vurmil/b89f3846424bc9231f56da3ce8f8ac16 Please find a screenshot below showing the script in action: [image: image.png] I hope you find this useful! Feel free to share your feedback or suggestions for further improvements. Best regards,

2 1

[blazar] My Blazar service is having issues with MariaDB.
by Eduardo Morais 28 Jan '26

28 Jan '26

The first time the problem appeared, it wouldn’t allow listing the leases. So I went to check the logs and this log showed up. I restarted the service, and less than a week later the same thing happened again.Does anyone have any idea why this error keeps happening, and what the possible consequences would be of increasing the maximum number of connections? LOG: ERROR oslo.service.loopingcall sqlalchemy.exc.TimeoutError: QueuePool limit of size 2 overflow 50 reached, connection timed out, timeout 30.00 (Background on this error at: https://sqlalche.me/e/14/3o7r) 2026-01-26 15:11:45.671 7 ERROR oslo.service.loopingcall 2026-01-26 15:11:45.672 7 WARNING oslo.service.loopingcall [None req-3c69a13f-1bf2-4ace-9b7e-81249a6db22b - - - - - -] Function 'blazar.manager.service.ManagerService._process_events' run outlasted interval by 20.00 sec 2026-01-26 15:11:45.673 7 DEBUG blazar.manager.service [None req-3c69a13f-1bf2-4ace-9b7e-81249a6db22b - - - - - -] Trying to get events from DB. _process_events /var/lib/kolla/venv/lib/python3.10/site-packages/blazar/manager/service.py:233 2026-01-26 15:12:15.675 7 ERROR oslo.service.loopingcall [None req-3c69a13f-1bf2-4ace-9b7e-81249a6db22b - - - - - -] Fixed interval looping call 'blazar.manager.service.ManagerService._process_events' failed: sqlalchemy.exc.TimeoutError: QueuePool limit of size 2 overflow 50 reached, connection timed out, timeout 30.00 (Background on this error at: https://sqlalche.me/e/14/3o7r) 2026-01-26 15:12:15.675 7 ERROR oslo.service.loopingcall Traceback (most recent call last): 2026-01-26 15:12:15.675 7 ERROR oslo.service.loopingcall File "/var/lib/kolla/venv/lib/python3.10/site-packages/oslo_service/loopingcall.py", line 67, in func 2026-01-26 15:12:15.675 7 ERROR oslo.service.loopingcall return f(*args, **kwargs) 2026-01-26 15:12:15.675 7 ERROR oslo.service.loopingcall File "/var/lib/kolla/venv/lib/python3.10/site-packages/blazar/manager/service.py", line 234, in _process_events 2026-01-26 15:12:15.675 7 ERROR oslo.service.loopingcall events = db_api.event_get_all_sorted_by_filters( 2026-01-26 15:12:15.675 7 ERROR oslo.service.loopingcall File "/var/lib/kolla/venv/lib/python3.10/site-packages/blazar/db/api.py", line 102, in decorator 2026-01-26 15:12:15.675 7 ERROR oslo.service.loopingcall res = func(*args, **kwargs) 2026-01-26 15:12:15.675 7 ERROR oslo.service.loopingcall File "/var/lib/kolla/venv/lib/python3.10/site-packages/blazar/db/api.py", line 227, in event_get_all_sorted_by_filters 2026-01-26 15:12:15.675 7 ERROR oslo.service.loopingcall return IMPL.event_get_all_sorted_by_filters(sort_key, sort_dir, 2026-01-26 15:12:15.675 7 ERROR oslo.service.loopingcall File "/var/lib/kolla/venv/lib/python3.10/site-packages/blazar/db/sqlalchemy/api.py", line 355, in event_get_all_sorted_by_filters

2 3

[taskflow] Taskflow hangs with graph_flow with 50 tasks
by Alfredo Moralejo Alonso 28 Jan '26

28 Jan '26

Hi, In the watcher project, taskflow is used to execute actionplans which are composed of actions (taskflow tasks) with certain dependencies between them. We have found that taskflow has problems when actionplans start having problems when having parallelization >=2 around 35 actions and with 50 actions can take up to 45 minutes to find the next task after the first is done. Is anyone having this kind of scalability issues with taskflow? I've reported the issue in https://bugs.launchpad.net/taskflow/+bug/2139228 and provided a minimal reproducer with only taskflow. Any help or recommendation about a different way to implement it is appreciated. Alfredo

2 1

[cinder][nova][os-brick] Guidance on cross-project driver contribution
by Alokedip Choudhuri 28 Jan '26

28 Jan '26

Hello Everyone, We are working on contributing a new Cinder driver for Infoscale. This implementation requires coordinated changes across three projects to support the full attachment lifecycle: * Cinder: The core driver implementation. * Os-brick: The connector APIs will be implemented there * Nova: New driver implementation to support the required operations like, "attach, detach, extend" for the volumes provisioned through the InfoScale Backend. We have already registered blueprints for this work: * Cinder Blueprint: https://blueprints.launchpad.net/cinder/+spec/infoscale-cinder-driver * Nova Blueprint: https://blueprints.launchpad.net/nova/+spec/infoscale-nova-driver Since this is a cross-project effort, I would appreciate guidance on the preferred workflow for submitting patches across multiple repositories to ensure a smooth integration. Looking forward to your feedback and suggestions. Thanks & Regards Alokedip Choudhuri

1 0

[openstack][octavia]Resize a Load Balancer
by Nguyễn Hữu Khôi 28 Jan '26

28 Jan '26

Hello. I see that patch https://review.opendev.org/c/openstack/octavia/+/890215 Could I ask why we cannot merge it? Nguyen Huu Khoi

3 6

[neutron] IPv6 DVR for OVN - Seeking feedback on patch review prospects
by Maximilian Stinsky-Damke 28 Jan '26

28 Jan '26

Hello, I'm reaching out about the IPv6 DVR feature for OVN (bug #1998609: https://bugs.launchpad.net/neutron/+bug/1998609) and the associated patch (https://review.opendev.org/c/openstack/neutron/+/867513) As noted in the bug comments, Roberto Bartzen Acosta maintained this patch across multiple release cycles, but it hasn't received reviews from core maintainers and is currently blocked by merge conflicts. Roberto mentioned that the feature hasn't been getting traction despite the work put in. This feature would enable distributed routing for IPv6 GUA addresses in OVN deployments, similar to how IPv4 FIPs work with DVR today. The spec was approved and merged (https://review.opendev.org/c/openstack/neutron-specs/+/867979) indicating community interest. Before I invest time rebasing the patch and resolving merge conflicts, I'd like to understand: 1. Are there technical or architectural concerns that have prevented review? 2. Is there a reason this hasn't been prioritized, or is it a matter of reviewer availability? 3. Would core maintainers be willing to review if the patch is rebased and updated? I'm happy to do the rebase work, but I'd prefer not to spend time on something that won't be merged. Any guidance on the status and viability of this feature would be appreciated. Thanks, Max

2 3

[tc][freezer][watcher][requirements][release][oslo][ironic] Please update your DPL liaisons
by Goutham Pacha Ravi 27 Jan '26

27 Jan '26

Hello project maintainers, To ensure project liaisons remain active and interested in their roles within the distributed leadership (DPL) model [1], the Technical Committee (TC) has created several reviews [2]. Project teams have until February 4, 2026, to oppose these changes and retain the DPL model for the 2026.2 "Hibiscus" release. After this deadline, we will seek Project Team Lead (PTL) nominations for these teams as part of the 2026.2 PTL elections [2]. Thanks, On behalf of the OpenStack TC, Goutham Pacha Ravi (gouthamr) [1] https://governance.openstack.org/tc/reference/distributed-project-leadershi… [2] https://review.opendev.org/q/hashtag:%22dpl-reset%22+status:open [3] https://governance.openstack.org/election/

1 0