- openstack-discuss - lists.openstack.org

[all][elections][tc] TC Election Campaigning Kickoff
by Ian Y. Choi 18 Feb '26

18 Feb '26

Developers, The TC Election Campaigning Period has now started[1]. During the next couple days, you are all encouraged to ask the candidates questions about their platforms[2], opinions on OpenStack, community governance, and anything else that will help you to better determine how you will vote. This is the time to raise any issues you wish the future TC to consider, and to evaluate the opinions of the nominees prior to their election. Candidates, Each of you has posted a platform[2], and announced your nomination to the developers. From this point, you are encouraged to ask each other questions about the posted platforms, and begin discussion of any points that you feel are particularly important during the next cycle. While you are not yet TC members, your voices and opinions about the issues raised in your platforms and questions raised by the wider community will help ensure that the future TC has the widest possible input on the matters of community concern, and the electorate has the best information to determine the ideal TC composition to address these and other issues that may arise. [1] https://governance.openstack.org/election/ [2] https://opendev.org/openstack/election/src/branch/master/candidates/2026.2/…

1 0

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

18 Feb '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…

1 0

[watcher][election][ptl] Douglas Viroel PTL candidacy for 2026.2
by Douglas Viroel 18 Feb '26

18 Feb '26

Hi all, I would like to announce my candidacy for Watcher PTL for the 2026.2 (Hibiscus) cycle. I started contributing to OpenStack during the Stein cycle in Manila project where I still assist with patch reviews, depending on the demand. Starting at 2025.1 release, I have been a Watcher contributor and maintainer, working with other contributors to revive the project and tackle many of the existing technical debts. In 2025.2 I started the effort to remove Eventlet from Watcher and in 2026.1, working as tact-sig, have been refactoring our CI, including our stable branches, to properly test patches in both check and gate pipelines. For the 2026.2 cycle, these are some of the priorities that I plan to focus on: Testing and CI/CD Coverage Improvements: * Support the implementation of new integration test in Watcher Dashboard * Expand test coverage for features, datasources, and/or integrations that remain untested in CI (e.g.: Audit Scope feature) * Start the effort on adding functional tests to Watcher * Continue improvements to check/gate pipelines for master and stable branches Scalability and Availability: * Support for osprofiler in Watcher to enable performance analysis at scale * Performance analysis in Action Plan parallelization OpenStack SDK Migration: * Support the migration effort started in 2026.1 to modernize the remaining integrations Eventlet Removal: * Make native threads the default thread mode in 2026.2 * Address performance gaps when running with native threading * Prepare for Eventlet deprecation in 2027.1 Thank you for your consideration. Douglas Viroel IRC: dviroel

1 0

[cinder] festival of reviews friday 2026-02-20
by Brian Rosmaita 18 Feb '26

18 Feb '26

Hello Argonauts, This is a reminder that the twice-monthly Cinder Festival of Reviews will be held at the end of this week on Friday 20 February. who: Everyone! what: The Cinder Festival of Reviews when: Friday 20 February 2026 from 1400-1600 UTC where: videoconf info on the etherpad etherpad: https://etherpad.opendev.org/p/cinder-festival-of-reviews This recurring meeting, that happens on the first and third Friday of each month, can be placed on your calendar by using this handy ICS file: https://meetings.opendev.org/calendars/cinder-festival-of-reviews.ics See you there!

1 0

[nova][ci] nova-live-migration-ceph job failing 100%
by melanie witt 17 Feb '26

17 Feb '26

We have another gate blockage going on right now with the nova-live-migration-ceph job which began to fail sometime on 2026-02-12 on the master branch: https://zuul.opendev.org/t/openstack/builds?job_name=nova-live-migration-ce… failing in the post stage with errors: 2026-02-17 15:33:11.163476 | LOOP [run-evacuate-hook : Stop libvirtd on "controller"] 2026-02-17 15:33:14.016935 | controller | changed: "libvirtd.service" 2026-02-17 15:33:14.671190 | controller | changed: "libvirtd.socket" 2026-02-17 15:33:15.286503 | controller | ok: "libvirtd-admin.socket" 2026-02-17 15:33:15.922638 | controller | ok: "libvirtd-ro.socket" 2026-02-17 15:33:19.293538 | controller | changed: "virtlogd.service" 2026-02-17 15:33:19.918949 | controller | changed: "virtlogd-admin.socket" 2026-02-17 15:33:20.541634 | controller | changed: "virtlogd.socket" 2026-02-17 15:33:21.114233 | controller | ERROR: Item: virtlockd.service 2026-02-17 15:33:21.114481 | controller | { 2026-02-17 15:33:21.114549 | controller | "ansible_loop_var": "item", 2026-02-17 15:33:21.114602 | controller | "item": "virtlockd.service", 2026-02-17 15:33:21.114652 | controller | "msg": "Could not find the requested service virtlockd.service: host" 2026-02-17 15:33:21.114702 | controller | } 2026-02-17 15:33:21.673927 | controller | ERROR: Item: virtlockd-admin.socket 2026-02-17 15:33:21.674126 | controller | { 2026-02-17 15:33:21.674189 | controller | "ansible_loop_var": "item", 2026-02-17 15:33:21.674242 | controller | "item": "virtlockd-admin.socket", 2026-02-17 15:33:21.674332 | controller | "msg": "Could not find the requested service virtlockd-admin.socket: host" 2026-02-17 15:33:21.674388 | controller | } 2026-02-17 15:33:22.221836 | controller | ERROR: Item: virtlockd.socket 2026-02-17 15:33:22.222026 | controller | { 2026-02-17 15:33:22.222090 | controller | "ansible_loop_var": "item", 2026-02-17 15:33:22.222188 | controller | "item": "virtlockd.socket", 2026-02-17 15:33:22.222259 | controller | "msg": "Could not find the requested service virtlockd.socket: host" 2026-02-17 15:33:22.222363 | controller | } This might be related to a recent change in openstack/devstack-plugin-ceph that merged on Feb 12: https://review.opendev.org/c/openstack/devstack-plugin-ceph/+/976279 The breakage is being worked on in the following proposed patches: https://review.opendev.org/q/topic:%22nova-livemigration-ceph%22 Please hold your rechecks if your patch has failed CI due to this issue. -melwitt

1 1

[OSSA-2026-002] OpenStack Nova: calls qemu-img without format restrictions for resize (CVE-2026-24708)
by Jeremy Stanley 17 Feb '26

17 Feb '26

========================================================================= OSSA-2026-002: Nova calls qemu-img without format restrictions for resize ========================================================================= :Date: January 17, 2026 :CVE: CVE-2026-24709 Affects ~~~~~~~ - Nova: <30.2.2, >=31.0.0 <31.2.1, >=32.0.0 <32.1.1 Description ~~~~~~~~~~~ Dan Smith from Red Hat reported a vulnerability in nova. By writing a malicious QCOW header to a root or ephemeral disk and then triggering a resize, a user may convince Nova's flat image backend to call qemu-img without a format restriction resulting in an unsafe image resize operation that could destroy data on the host system. Only compute nodes using the Flat image backend (usually configured with use_cow_images=False) are affected. Patches ~~~~~~~ - https://review.opendev.org/977104 (2024.2/dalmatian) - https://review.opendev.org/977103 (2025.1/epoxy) - https://review.opendev.org/977101 (2025.2/flamingo) - https://review.opendev.org/977100 (2026.1/gazpacho) Credits ~~~~~~~ - Dan Smith from Red Hat (CVE-2026-24708) References ~~~~~~~~~~ - https://launchpad.net/bugs/2137507 - http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2026-24709 -- Jeremy Stanley OpenStack Vulnerability Management Team https://security.openstack.org/vmt.html

1 2

[election][cloudkitty] PTL candidacy for the 2026.2 release cycle
by Rafael Weingärtner 17 Feb '26

17 Feb '26

Hi all, I would like to self-nominate for the role of PTL of CloudKitty for the 2026.2 release cycle. I have been PTL since the Victoria cycle and I am willing to continue in this role. I will keep working with existing contributors to maintain CloudKitty for their use cases and encourage the addition of new functionalities. I have opened the patch with my candidacy: https://review.opendev.org/c/openstack/election/+/977071 -- Rafael Weingärtner

1 0

Fw: Zuul8.0 is not posting logs url into Opendev review commit
by Vasudevan, Senthil 16 Feb '26

16 Feb '26

Hello Team, We recently upgraded our CI environment from Zuul 3 to Zuul 8. Post that Opendev stopped depicting cutom github url that is log_url: We come to know that Zuul 8 onwards the account used for the integration of opendev gerrit and local zuul should have reviewer access to post comment back into commits. Would you please suggest any workaround or solution available to overcome it. Regards, Senthil V ________________________________ From: Vasudevan, Senthil Sent: Friday, February 6, 2026 5:31 PM To: zuul-discuss(a)lists.zuul-ci.org <zuul-discuss(a)lists.zuul-ci.org> Subject: Zuul8.0 is not posting logs url into Opendev review commit Hello Team, We have Zuul CI servers for HPE Cinder and Manilia drivers. We had Zuul 3.0 version earlier that posted external logs URL successfully back into Opendev gerrit. Once we upgraded the Zuul to 8.0 version, the URL is not posted to Opendev review commits. Looks the account used for Zuul and Opendev integration(http credentials are used for the integration) needs reviewer permission for Zuul version 8 and above. So please let me know whether that is mandatory to have reviewer access and if there are any workaround to post the URL to Opendev gerrit. Thanks, Senthil V

1 0

[Masakari] team meeting today at 07:00-08:00 UTC
by Sei Sano 16 Feb '26

16 Feb '26

Hi team Apologies for the short notice ― just a reminder that we have our regular team meeting today. When: 07:00 UTC, <day>, <date> Where: #openstack-masakari (OFTC) Agenda: https://etherpad.opendev.org/p/masakari-meeting-2026.1 If you have any topics to discuss, please add them to the agenda. Thanks, Sei Sano

1 1

[Neutron] Bug Deputy Report Feb 9 - Feb 16
by Miro Tomaska 16 Feb '26

16 Feb '26

Hello Neutron, Here is the list of bugs from February 9th until the 16th. *High:* https://bugs.launchpad.net/neutron/+bug/2141546 - Neutron cleans OVN static routes it does not own Assigned: Martin Morgenstern *Medium:* https://bugs.launchpad.net/neutron/+bug/2141648 - [OVN] Allowed address pair with VMAC is not working in ML2/OVN Assigned: Rodolfo Alonso https://bugs.launchpad.net/neutron/+bug/2141908 - Optimize ``neutron.common.ovn.acl.update_acls_for_security_group`` Assigned: Rodolfo Alonso *Undecided: * https://bugs.launchpad.net/neutron/+bug/2141745 - Port in admin down does not send vif plugged events to nova Edit Unassigned *RFE:* https://bugs.launchpad.net/neutron/+bug/2141626 - [RFE] Remote-managed PF Plugging in OVN Driver Assigned: Dmitrii Shcherbakov *Waiting for more data:* https://bugs.launchpad.net/neutron/+bug/2141526 https://bugs.launchpad.net/neutron/+bug/2141530 It would be great to see full logs, but the OP is also using a Rocky release which is EOL. I will ask if this is also an issue on maintenance releases. https://bugs.launchpad.net/neutron/+bug/2141784 - Trunk: not able to filter trunks by their status It seems to work for me on master, waiting for more information -- Miro Tomaska

1 0