March 2026 - openstack-discuss - lists.openstack.org

[cinder][backup] BackupManager.restore_backup() missing 1 required positional argument: 'volume_is_new'
by Eugen Block 17 Mar '26

17 Mar '26

Hi, my environment is: Epoxy on Ubuntu 24.04 package-based installation I'm looking for some clarification regarding this bug report [0]. I don't really understand if it's fixed or not. I was trying to rollback a volume to its backup version when I got this stack trace: Backup service: cinder.backup.drivers.ceph.CephBackupDriver. 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server [None req-54d97a73-522d-411a-9982-1f6bb0ea905b 89c5dcc8793d4867bae22d50e51e16b3 90c403f317ee47feb0dad58461e76fb1 - - - -] Exception during message handling: TypeError: BackupManager.restore_backup() missing 1 required positional argument: 'volume_is_new' 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server Traceback (most recent call last): 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server File "/usr/lib/python3/dist-packages/oslo_messaging/rpc/server.py", line 174, in _process_incoming 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server res = self.dispatcher.dispatch(message) 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server File "/usr/lib/python3/dist-packages/oslo_messaging/rpc/dispatcher.py", line 309, in dispatch 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server return self._do_dispatch(endpoint, method, ctxt, args) 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server File "/usr/lib/python3/dist-packages/oslo_messaging/rpc/dispatcher.py", line 229, in _do_dispatch 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server result = func(ctxt, **new_args) 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server ^^^^^^^^^^^^^^^^^^^^^^ 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server File "/usr/lib/python3/dist-packages/cinder/utils.py", line 1053, in wrapper 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server return func(self, *args, **kwargs) 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server ^^^^^^^^^^^^^^^^^^^^^^^^^^^ 2026-03-17 08:37:02.805 1516544 ERROR oslo_messaging.rpc.server TypeError: BackupManager.restore_backup() missing 1 required positional argument: 'volume_is_new' It's stated that it was fixed in cinder versions 22 and 23, we are on Epoxy (cinder v 26) and still hit that issue. I then manually applied [1] which seems to have fixed the "volume_is_new" issue, at least I can restore volumes now. But I was also wondering why it took so long, and noticed that it doesn't keep the sparseness (although it should according to [2]. Here's the 'rbd du' output from a successfully restored volume: rbd du volumes-ssd/volume-6a9a8497-eacd-490e-be3e-f6dbdf638b5d NAME PROVISIONED USED volume-6a9a8497-eacd-490e-be3e-f6dbdf638b5d@backup.db61467a-5c29-4fca-b393-a1962dc6d2a8.snap.1773736256.760678 40 GiB 4.9 GiB volume-6a9a8497-eacd-490e-be3e-f6dbdf638b5d 40 GiB 40 GiB <TOTAL> 40 GiB 45 GiB I didn't expect that. Could anyone help me understand? Thanks! Eugen [0] https://bugs.launchpad.net/cinder/+bug/2025277 [1] https://review.opendev.org/c/openstack/cinder/+/914775 [2] https://bugs.launchpad.net/cinder/+bug/2007615

1 0

[kolla] Proposing Bertrand Lanson for kolla-reviewers
by Michał Nasiadka 17 Mar '26

17 Mar '26

Hello, I’d like to propose Bertrand (blanson) for being a member of the new kolla-reviewers group in Gerrit. That group is a step entry into being a core member of the project - gives +2 right without workflow. Bertrand has been very active in both code submissions and reviews and has solved some of the Podman issues that we have. If nobody opposes - I’ll add Bertrand in a week from now. Cheers, Michal

2 2

[neutron] bug deputy report for week of 2026-03-09
by Bence Romsics 17 Mar '26

17 Mar '26

Hi Team, we have received the following new bug reports. Sorry for not sending this earlier. Critical: * https://bugs.launchpad.net/neutron/+bug/2144313 ovn-db-sync-util for SB sync crashes with ValueError: driver cannot be None fix merged on master: https://review.opendev.org/q/If9cb2e2d1e8b8479a7fc745e0eba9214b5869ec4 High: * https://bugs.launchpad.net/neutron/+bug/2143837 Neutron-fwaas logging driver breaks fwaas extension fix merged: https://review.opendev.org/q/I2b53029fbd3fcc67ab630bc4927a7845bedc6663 * https://bugs.launchpad.net/neutron/+bug/2143901 FWaaS logging driver is not loaded correctly by the neutron server fix merged on master: https://review.opendev.org/q/I5d413123f48ae644d20311abb529983d1830d2dd * https://bugs.launchpad.net/neutron/+bug/2144307 neutron-ovn-db-sync-util is missing required mechanism drivers to be loaded fix merged: https://review.opendev.org/q/I56b3711dc3ed7676de886295aefc3bba24659b77 Medium: * https://review.opendev.org/c/openstack/neutron/+/979705 Neutron can't parse OVN chassis name if it was added via 'ovn-nbctl' command original fix attempt turned into a doc patch: https://review.opendev.org/c/openstack/neutron/+/979705 Low: * https://bugs.launchpad.net/neutron/+bug/2144371 [OVN] Limit and document the IP+MAC AAP, restricted to VRRPv3 wip patch: https://review.opendev.org/c/openstack/neutron/+/980553 Stable: * https://bugs.launchpad.net/neutron/+bug/2143707 [stable][before 2025.1] fullstack fips jobs broken unassigned Wontfix: * https://bugs.launchpad.net/neutron/+bug/2144524 Neutron API returns all ports globally for admin-scoped requests, unlike Nova which scopes by project Incomplete: * https://bugs.launchpad.net/neutron/+bug/2144312 [OVN] Virtual ports should not update the host ID in the VIF details Other: * https://bugs.launchpad.net/neutron/+bug/2143892 [OVN] Test the creation of a "chassisredirect" port for LSP in routers connected to tunnelled networks unassigned, tracking ticket for new tests to be written * https://bugs.launchpad.net/neutron/+bug/2143895 Migrate policy objects to neutron-lib assigned to Slawek, code move to n-lib * https://bugs.launchpad.net/neutron/+bug/2143812 Router extraroute validation rejects nexthops from other subnets on same external network waiting for reporter feedback Still looking at it: * https://bugs.launchpad.net/neutron/+bug/2144501 NetworkContext excludes dynamic segments, breaking hierarchical binding cleanup Cheers: Bence

1 0

[all][elections][ptl][tc] Combined PTL/TC 2026.2 cycle Election Nominations End
by Ian Y. Choi 17 Mar '26

17 Mar '26

The PTL and TC Nomination period is now over. The official candidate lists for PTLs [0] and TC seats [1] are available on the election website. -- PTL Election Details -- There are 8 projects without candidates, so according to this resolution[2], the TC will have to decide how the following projects will proceed: Adjutant, Masakari, Mistral, Oslo, Requirements, Skyline, Venus, Vitrage There are 2 projects that will have elections: Barbican, Horizon. -- TC Election Details -- The official candidate list is available on the election website[1]. Now begins the campaigning period where candidates and electorate may debate their statements. Polling will start Feb 25, 2026 23:45 UTC. Thank you, [0] https://governance.openstack.org/election/#ptl-candidates [1] https://governance.openstack.org/election/#tc-candidates [2] https://governance.openstack.org/resolutions/20141128-elections-process-for…

3 3

Next Digital Sovereignty WG Meeting
by Kendall Nelson 17 Mar '26

17 Mar '26

Hello Everyone! I hope you enjoyed the bye-week; it's time to vote on the next meeting time <https://beta.framadate.org/polls/8529564824278c0ca549>! The next meeting will take place March 17th, 18th or 19th depending on your responses. You have until March 15th to reply to the poll. As for the other in progress items we have: - Allison is drafting sample stances for us to review and select during the meeting - those drafts will be added to the etherpad <https://etherpad.opendev.org/p/Digital-Sovereignty-WG> before the end of the week. - It doesn't look like anyone has been brave enough to jump in and start the comparison sheet <https://docs.google.com/spreadsheets/d/1XhJoB88pkWf26w1JWuo5KqSTrQicTiTZY14…> nor the best practices guide <https://docs.google.com/document/d/1Pv02JFm58k-hefgSQ0_4fgsWQO0erqe42JRZz6I…> so I will try to add some content ahead of the meeting to get the ball rolling unless someone else gets there first! - We currently have three volunteers for doing thought leadership pieces in this space - are there any other volunteers? - Anyone that volunteered to provide a case study is encouraged to begin that work if it has not already been started as we will be touching on updates during the call as well! Did I miss anything? Any questions? If not, please respond to the poll and we will see each other soon! -Kendall

2 4

[tc][all] OpenStack Technical Committee Weekly Summary and Meeting Agenda (2026.1/R-2)
by Goutham Pacha Ravi 17 Mar '26

17 Mar '26

Hello Stackers, We're two weeks away from the date of the coordinated release of OpenStack 2026.1 "Gazpacho" [1]. Last week, we began tagging release candidates for all deliverables following the "cycle-with-rc" release model. There are a few stragglers [2], but the release team hopes to wrap up soon. These candidate builds should assist the community in testing, finding, and patching any release-critical issues for a timely release on April 01, 2026. It's the last couple of days for the PTL Elections for the 2026.2 cycle [3]. If you are an Active Project Contributor in Horizon and Barbican projects, and an OpenInfra Foundation Individual Member who hasn't voted yet, please do exercise your vote. If you're having trouble finding your ballot, please reach out to election officials via this email list or ping them within #openstack-election on OFTC. In the past week, the OpenStack Technical Committee elected its Chair and Vice Chair. I'll be continuing as Chair, and Michal Nasiadka (mnasiadka) will continue as Vice-Chair. We've refreshed our team liaisons as well: Sylvain Bauza (bauzas) and I (gouthamr) will continue as Vulnerability Management Team (VMT) liaisons, and Amy Marrich (spotz[m]) will be our Election liaison. === Weekly Meeting === The last weekly meeting of the OpenStack Technical Committee was held on March 10, 2026 [4]. For the past release, the TC has been meeting on Tuesdays at 1700 UTC, and hosting a monthly meeting at 0800 UTC, a more friendly time slot for contributors in the Eastern Hemisphere. However, with "daylight savings" changes wrecking our calendars a bit, we've decided to run a poll to re-plan our meeting times and formats closer to the OpenInfra PTG (April 20-24, 2026). In the meantime, we'll be keeping the usual meeting slot on Tuesdays at 1700 UTC, and pausing the APAC friendly meeting temporarily. Talk about timezones being challenging. We revisited leaderless project teams. The governance patches for appointing PTLs to Adjutant, Mistral, Skyline, Requirements and Oslo are up on Gerrit and ready to merge once the election results land. Dmitry Robotyegov (noonedeadpunk) volunteered to kick off the retirement process for Venus and Vitrage. Dr. Jens Harbott (frickler) will propose a resolution to credit core reviewers (code-review +/-2, workflow +1) as contributors in our election process—this would cover cases where a core reviewer can't run as PTL because they were only reviewing and approving changes without any patches of their own. Jeremy Stanley (fungi) will improve the election tooling once a resolution is approved. On the CI front, we've picked up a new tox release that broke things and required temporary pinning in our CI jobs [5]. frickler and noonedeadpunk landed fixes, which prompted a broader conversation about migrating from tox to nox, as OpenDev and Zuul did years ago. nox has its benefits—it uses standard packaging tools rather than reimplementing its own—but switching at this point is a lot of effort. It could be worth exploring as a community goal if there's enough interest. The next meeting of the OpenStack TC is Tuesday March 17, 2026, at 1700 UTC. This meeting will be hosted on the #openstack-tc channel on OFTC. Please see the agenda on the meeting's wiki page [6]. I hope to see you there. === Governance Proposals === ==== Merged ==== - Add TC chair and vice-chair for 2026.2 | https://review.opendev.org/c/openstack/governance/+/979922 ==== Open for Review ==== - Retire requestsexceptions | https://review.opendev.org/c/openstack/governance/+/979815 - Restore DPL model for requirements project | https://review.opendev.org/c/openstack/governance/+/977547 - Revert "Reset the DPL model for Oslo project" | https://review.opendev.org/c/openstack/governance/+/977707 - Appoint Arnaud Morin as PTL for mistral | https://review.opendev.org/c/openstack/governance/+/977344 - Appoint Wenxiang Wu as PTL of Skyline | https://review.opendev.org/c/openstack/governance/+/978067 - Appoint Callum Dickinson as PTL for Adjutant | https://review.opendev.org/c/openstack/governance/+/978842 - Revert "Revive os_monasca" | https://review.opendev.org/c/openstack/governance/+/974775 === Upcoming Events === - 2026-03-23: KubeCon/CloudNativeCon EU: https://events.linuxfoundation.org/kubecon-cloudnativecon-europe/ - 2026-04-01: 2026.1 "Gazpacho" coordinated release - 2026-04-02: OpenInfra Live: https://openinfra.org/live/ - 2026-04-14: OpenInfra Board Meeting: https://board.openinfra.org/ - 2026-04-20: OpenInfra PTG begins: https://openinfra.org/ptg/ - 2026-04-25: OpenInfra Days, Nigeria: https://www.meetup.com/openstack-nigeria-user-group/events/313525373/ Thank you very much for reading! On behalf of the OpenStack TC, Goutham Pacha Ravi (gouthamr) OpenStack TC Chair [1] 2026.1 "Gazpacho" Release Schedule: https://releases.openstack.org/gazpacho/schedule.html [2] 2026.1 RCs: https://review.opendev.org/q/topic:%22gazpacho-rc1-deadline%22+(status:open… [3] OpenStack 2026.2 PTL Elections: https://governance.openstack.org/election/ [4] TC Meeting IRC Log, March 10 2026: https://meetings.opendev.org/meetings/tc/2026/tc.2026-03-10-17.00.html [5] Tox pinning fix: https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/979118 [6] TC Meeting Agenda, March 16 2026: https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting

1 0

OpenStack RPMs - Call for packaging volunteers
by Francesco Di Nucci 16 Mar '26

16 Mar '26

Hi all, the RDO Project[0], that provided OpenStack RPM packages through the CentOS Cloud SIG, is switching to a container-based approach due to lack of maintainers.[1] This means *there will be no more RPM packages for OpenStack versions after 2025.1/Epoxy unless new maintainers come up*. *This is a call across the EL and OpenStack communities for volunteer maintainers of RPM build pipelines*. If you're interested you can: * Add your name to the dedicated Etherpad (https://etherpad.opendev.org/p/rdo-volunteers) * Register to the RDO devs mailing list (dev(a)lists.rdoproject.org) and ask for more information No previous experience with packaging/pipelines is required, just willingness to learn /Note: this email is being separately to different mailing lists. If you have subscribed to more than one and recieve it multiple times, sorry for the duplication./ Links [0] https://www.rdoproject.org/ [1] https://lists.rdoproject.org/archives/list/users@lists.rdoproject.org/threa… Francesco, another OpenStack on EL operator -- Francesco Di Nucci System Administrator Compute & Networking Service, INFN Naples Email:francesco.dinucci@na.infn.it

1 0

[ops][keystone]Migration to Epoxy and KeyError: '$6$'
by federica fanzago 16 Mar '26

16 Mar '26

Dear all, we are running an OpenStack deployment Caracal on AlmaLinux 9.7 and we are attempting the upgrade to Epoxy release. Our cloud has been running since 2018, and over the years we have performed several release updates (Rocky-Train-Yoga-Caracal) without modifying the default value for the parameter "password_hash_algorithm" in the keystone.conf file During the update to Epoxy, Keystone shows an error in /var/log/httpd/keystone_wsgi_internal_error.log that seems related to the deprecation of older encryption algorithms 026-03-13 15:31:15.359556 ValueError: Unsupported password hashing algorithm ident: $6$ 2026-03-13 15:31:17.703201 mod_wsgi (pid=32730): Exception occurred processing WSGI script '/usr/bin/keystone-wsgi-public'. 2026-03-13 15:31:17.703935 Traceback (most recent call last): 2026-03-13 15:31:17.703966 File "/usr/lib/python3.9/site-packages/keystone/common/password_hashing.py", line 72, in _get_hasher_from_ident 2026-03-13 15:31:17.703972 return _HASHER_IDENT_MAP[hashed[0 : hashed.index('$', 1) + 1]] 2026-03-13 15:31:17.703994 KeyError: '$6$' In our db there are some passwords starting with "$6$round....". Do you any have suggestions about how to modify the encryption algorithm for these passwords to $2$? Is there a keystone script to perform this migration and fix the error? Thanks, cheers Federica -- Federica Fanzago INFN Sezione di Padova Via Marzolo, 8 35131 Padova - Italy Tel: +39 049.967.7367 --

2 2

[all][infra] releases.openstack.org is down, CI jobs relying on it are failing, hold any recheck
by Yatin Karel 16 Mar '26

16 Mar '26

releases.openstack.org is down for some reason and jobs failing like:- 2026-03-15 22:15:00.754677 | controller | WARNING: Retrying (Retry(total=0, connect=None, read=None, redirect=None, status=None)) after connection broken by 'NewConnectionError('<pip._vendor.urllib3.connection.HTTPSConnection object at 0x771c7273af90>: Failed to establish a new connection: [Errno 111] Connection refused')': /constraints/upper/master 2026-03-15 22:15:00.754693 | controller | ERROR: Could not install packages due to an OSError: HTTPSConnectionPool(host='releases.openstack.org', port=443): Max retries exceeded with url: /constraints/upper/master (Caused by NewConnectionError('<pip._vendor.urllib3.connection.HTTPSConnection object at 0x771c7273b230>: Failed to establish a new connection: [Errno 111] Connection refused')) Need someone from infra to check and bring this server up to unblock the CI. -- Thanks and Regards Yatin Karel

2 1

[requirements][horizon] Requirements freeze exception request
by Radomir Dopieralski 16 Mar '26

16 Mar '26

Hello, I would like to request a requirements freeze exception to bump the version of Django from 4.2.28 to 5.2.12. It is important for Horizon to ship with a version of Django that is security supported, and the security support for Django 4.2.8 ends next month. Django 5.2.12 is a long-term-support release, and will have security support for the next two years [1]. We have been working on making Horizon compatible with Django 5.2 in this release, but the disruption of the gates and the distractions caused by it in the last few weeks prevented us from getting the relevant patches merged on time for the freeze [2]. The patch for requirements is [3] [1] https://endoflife.date/django [2] https://review.opendev.org/c/openstack/horizon/+/973902 [3] https://review.opendev.org/c/openstack/requirements/+/979862 -- Radomir Dopieralski

9 12