- openstack-discuss - lists.openstack.org

How to change flavor or sg of a virtual machine with Ansible?
by Marco Favero 10 Feb '26

10 Feb '26

Hello, I'm new in this Openstack world and I love Ansible. I'm trying to use the openstack.cloud Ansible collection to manage virtual machines. There is no problems in adding or deleting a virtual machine (vm). The openstack.cloud.server module works very well. I'm in trouble if I want to update a vm. The server module has only the "present" state: the resource is not updated after the creation if I change something in the module parameters. So, I can't use openstack.cloud.server module in order to change the flavor or security group of an already existing vm. The "server_action" module is not useful because it has not update actions about sg or flavor. I tried the CRUD "resource" module in some way such as --- - name: Change resources hosts: localhost tasks: - name: Change flavor to vm openstack.cloud.resource: cloud: myStack service: compute type: server attributes: name: vm-name flavor_id: 22b4d2c2-0fff-437b-a67c-009244f89403 state: present wait: true but the play fails with fatal: [localhost]: FAILED! => {"changed": false, "extra_data": {"data": null, "details": "Invalid input for field/attribute server. Value: {'flavorRef': '22b4d2c2-0fd8-437b-a67c-009244f89403'}. Additional properties are not allowed ('flavorRef' was unexpected)" If I try with "flavor" or "security_groups" attributes in place of "flavor_id" the error doesn't change. Could you help me? My env is: [root@cnt-ansible]/workdir/openstack# ansible-galaxy collection list | grep openstack openstack.cloud 2.5.0 [root@cnt-ansible]/workdir/openstack# pip3 list | grep openstack openstacksdk 4.9.0 ansible [core 2.16.14] Thank you very much Kind Regards Marco

5 5

[neutron] Bug Deputy Report Feb 02 - Feb 09
by Terry Wilson 09 Feb '26

09 Feb '26

Hi Neutrinos, Below is the bug deputy report for last week: High ==== * https://bugs.launchpad.net/neutron/+bug/2141304 - [oslo master] neutron-periodic-workers crashing with ERROR neutron AttributeError: Can't pickle local object 'Mapper.__init__.<locals>.<lambda>' - Unassigned Medium ====== * https://bugs.launchpad.net/neutron/+bug/2139583 - neutron-openvswitch-agent native driver: Permanent flow loss after OVS restart due to unhandled 'unknown dpid' during rpc_loop - Unassigned - As Yatin mentioned last week, it looks valid. Reporter attached the requested logs and points to the code they think is responsible. * https://bugs.launchpad.net/neutron/+bug/2139581 - Updating router state fails due to NoneType error - Assigned to William Tripp - Patch uploaded by Rodolfo - https://review.opendev.org/c/openstack/neutron/+/975373 * https://review.opendev.org/c/openstack/neutron/+/975373 - TapMirrorPlugin should not allow execution of non implemented TaasPlugin methods - Assigned to Miro Tomaska * https://bugs.launchpad.net/neutron/+bug/2140291 - [network_segment_range] VM creation fails with a KeyError - Assigned to Kyuyeong Lee * https://bugs.launchpad.net/neutron/+bug/2141308 - ``LoggingServiceDriverManager`` should handle the update of ``rpc_required`` - Assigned to Rodolfo - Patch https://review.opendev.org/c/openstack/neutron/+/976130 Low === * https://bugs.launchpad.net/neutron/+bug/2140762 - Define a reasonable default value for the OVN FDB aging and removal limit - Assigned to Rodolfo, - Patch https://review.opendev.org/c/openstack/neutron/+/975908 * https://bugs.launchpad.net/neutron/+bug/2141320 - [neutron-fwaas] The FWaaS plugin is always loading the ``IptablesLoggingDriver`` - Unassigned

1 0

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

09 Feb '26

Hello Stackers, We're 7 weeks away from the date of the coordinated release of OpenStack 2026.1 "Gazpacho" [1]. At the end of this week, Oslo libraries and python-openstackclient will observe a feature-freeze until we are past the coordinated release. Project teams are busy reviewing feature changes in "cycle-with-rc" deliverables [2] with the hope to observe feature freeze in two weeks (February 26, 2026). In the past week, the OpenStack Technical Committee reset the leadership model for the Oslo and Requirements project teams. This means that these project teams could nominate and elect a PTL during the ongoing elections [3]. We do this with cautious optimism to indicate to the wider community that project governance is hard and it's extremely valuable. Oslo and Requirements are two project teams that maintain deliverables that affect nearly every other OpenStack project. However, we've only at best received part-time interest in their maintenance. Project liaisons have told the TC that they would really like help in the form of newer maintainers. If you're thinking about joining these project teams and lending a hand, please let us know. In a similar vein, over the past several weeks, the TC has noted that the FIPS compliance goal has degraded in its purpose [4]. In the past few release cycles, more work has been put into maintaining test jobs and this has threatened to divert our limited resources. The effort to pull together testing across OpenStack projects has turned out to be too large for an individual to handle. Therefore, we've dropped the cross-community goal for the moment. For it to be revived, we would need a level of commitment from a team of individuals, a clear definition of what can be tested, how the tests will function, and who would maintain them. We understand that FIPS compliance can be essential for a subset of organizations or countries that OpenStack serves. The TC doesn't seek to push back on the goal, but we need specifics and resources that we can't dedicate at the moment. As a consequence, project teams can choose to tear down existing jobs, or choose to maintain them using their best judgment. Finally, the elections are underway. We are seeking nominations for 5 seats on the OpenStack Technical Committee and for PTLs across project teams, with the exception of the Freezer, Ironic, and Release Management teams that have decided to follow a Distributed Leadership Model for the 2026.2 release cycle. If you wish to nominate yourself, please note that the nominations need to be accepted by 23:45 UTC on February 18, 2026 [3]. I hope you are able to verify your eligibility to be a part of the electorate as well [5]. === Weekly Meeting === The OpenStack Technical Committee meeting on February 3, 2026 focused on our feedback loop on project health as we approach the Gazpacho Feature Freeze [6]. We discussed the OpenStack User Survey with Allison Price (aprice), VP of Marketing & Community at the OpenInfra Foundation. We've concluded that the survey’s current complexity has become a barrier for operators; our goal is to rebuild it from a clean slate. A thought was to move to an opt-in model for questions with which we can deliver a leaner, more impactful survey by August 2026. We hope that the survey will provide PTLs with actionable data rather than just historical noise. I encourage all project leads/liaisons to participate in the upcoming feedback sessions to ensure the insights you actually need for development are prioritized. [7] On the technical and governance front, we're supporting the revival of Cyborg by resolving Launchpad ownership issues and ensuring the team has the necessary core permissions to land release-critical patches before M-3. We also addressed the reality of declining synchronous meeting attendance in projects like Barbican; while we are comfortable with teams moving to ad-hoc or asynchronous coordination to match their contributor velocity, the TC remains firm that design discussions must stay public and logged. Finally, we discussed the ongoing elections and the difficult and thankless job of maintaining cross-functional project teams like Requirements, Oslo, and Release Management. A hat tip to you folks that volunteer to do this! The next meeting of the OpenStack Technical Committee is on Tuesday, February 10, 2026. It will be hosted on the #openstack-tc IRC channel on OFTC. Please find the agenda on the meeting's wiki page [8]. I hope you'll be able to join us there. === Governance Proposals === ==== Merged ==== - Move FIPS Compliance goal back to proposed | https://review.opendev.org/c/openstack/governance/+/969145 - Reset the DPL model for Oslo project | https://review.opendev.org/c/openstack/governance/+/974929 - Reset the DPL model for requirements project | https://review.opendev.org/c/openstack/governance/+/974927 ==== Open For Review ==== - Add a script to abandon changes on retired repositories | https://review.opendev.org/c/openstack/governance/+/975594 - Revert "Revive os_monasca" | https://review.opendev.org/c/openstack/governance/+/974775 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] Cycle with RC release model: https://releases.openstack.org/reference/release_models.html#cycle-with-rc [3] OpenStack "2026.2" Elections: https://governance.openstack.org/election/ [4] FIPS compliance goal dropped back to "proposed": https://governance.openstack.org/tc/goals/proposed/fips.html [5] Check your eligibility to vote: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack… [6] https://meetings.opendev.org/meetings/tc/2026/tc.2026-02-03-17.00.html [7] Streamlining the OpenStack User Survey: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack… [8] TC Meeting Agenda, February 10 2026: https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting

1 0

[cyborg] Restarting Weekly Cyborg IRC Meetings
by Ronelle Landy 09 Feb '26

09 Feb '26

Hello All, We would like to restart the weekly Cyborg IRC meetings on the #openstack-cyborg channel. Meetings were previously held on Fridays at 0600UTC - 0700UTC. Previous meetings notes can be found at [1]. Noting the graphical distribution of the initial engineers who wish to start contributing, there is a proposal to move the meetings to Tuesdays 14:00 -15:00 UTC. If there are no objections, the IRC meetings will start on Tuesday, February 17th at 14:00 UTC. Please join the discussions on channel and the meetings if you wish to contribute. Thank you, Ronelle [1] https://wiki.openstack.org/wiki/Meetings/CyborgTeamMeeting#Agenda

1 1

[Nova] Live migration failed / VM has latency with patch to add managed='no' flag to libvirt XML
by Chang Xue 09 Feb '26

09 Feb '26

Hi, We are upgrading from Jammy to Noble, and need to include the patch https://review.opendev.org/c/openstack/nova/+/967570?tab=comments so VMs could be created on Noble nodes. However, all of our existing VMs that were created without the patch could not be live migrated to Noble, and has latency in live migrating to Jammy WITH the patch. To be clear: Old VMs created on Jammy -> patch applied on Jammy and Noble -> VMs can be live migrated to Jammy now, but with latency (VMs are pingable almost 10 seconds after live migration completed); VMs can not be live migrated directly to Noble nodes. After live migrated to Jammy with latency, we could live migrate the VMs between Jammy nodes, and one-way to Noble nodes, without any latency. Would like to understand it more, is there any way to get rid of the latency issue? I tried to patch nova/virt/libvirt/migration.py to add managed='no' flag when migration is on fly, but it only allows me to live migrate the old VMs directly to Noble nodes, latency still exists. Thanks, Chang

4 11

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

08 Feb '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: 1. *Cinder:* The core driver implementation. 2. *os-brick:* The connector APIs have been implemented there 3. *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

3 2

[keystone] Questions about federation mapping rules for academic research
by Sait, Abubakur Abdulgader S 07 Feb '26

07 Feb '26

Hello Keystone community, I am a PhD student researching privacy in federated identity systems. My work focuses on OpenStack Keystone federation, specifically how mapping rules process attributes from external Identity Providers. I would appreciate any insights from operators or developers about real-world federation deployments. My questions are: About mapping rules: 1. How many mapping rules do you typically have per federated IdP? 2. How often do these rules change after initial deployment? 3. Do you commonly use regex conditions, or mostly exact match conditions like any_one_of and not_any_of? About attributes: 4. How many attributes do you typically receive from federated IdPs? 5. For multi-valued attributes, how many values does a typical user have? About privacy: 6. Do you have privacy requirements affecting federated attributes? Any response would help my research. I am happy to share findings with the community when completed. Thank you for your time. Best regards, Abubakur Sait PhD Student, Wright State University, Dayton, OH, USA

1 0

[all][election] Check your voting eligibility for the OpenStack PTL & TC elections
by Goutham Pacha Ravi 06 Feb '26

06 Feb '26

Hello Stackers, Election season is here, and we want to ensure every voice that helps build OpenStack is heard. I would like you to take a moment to verify your "Active Contributor" [1] and OpenInfra Foundation membership status so you don't miss your chance to vote. To receive a ballot for the OpenStack TC elections, you must be a contributor to OpenStack repositories _and_ hold the status of "OIF Individual Member." To receive a ballot for a PTL election, you must have contributed to any of a project team's repositories _and_ hold the status of "OIF Individual Member." Check your membership level: ======================== Log in to your profile at https://openinfra.org/a/profile. Even if you’ve been a member for years, the OpenInfra Foundation (OIF) has a policy that automatically downgrades memberships to "OIF Community Member" if you haven't voted in recent Governing Board elections [2]. Upon logging in, if you see that you are an "OIF Community Member," you can restore your "OIF Individual Member" status on that profile page. Get recognized as an "Active Contributor": ================================ While our policy traditionally focuses on contributors to OpenStack's git repositories, we know that impactful work happens far beyond just code and documentation. We definitely value the "intangible" work that keeps this community running. If you haven’t contributed code or documentation to a repository during the 2025.2–2026.1 timeframe (March 14, 2025 – February 18, 2026), you can still vote! Please reach out to the PTL or DPL liaison of the project team you’ve supported and request to be added as an "Extra AC" (Extra Active Contributor) today [3]. The deadline to do this is February 13, 2026. If you run into issues or have questions about your eligibility, the TC would be happy to help. Simply reply to this thread, or chime in on OFTC's #openstack-tc IRC channel. Thanks, Goutham Pacha Ravi (gouthamr) [1] "Active Contributor": https://governance.openstack.org/tc/reference/charter.html#voters-for-tc-se… [2] OIF membership page: https://openinfra.org/join/individual/ [3] Extra AC deadline: https://releases.openstack.org/gazpacho/schedule.html#g-extra-acs

5 6

[release] Release countdown for week R-7
by Thierry Carrez 06 Feb '26

06 Feb '26

Development Focus ----------------- We are entering the last weeks of the 2026.1 " Gazpacho" development cycle. From now until the final release, we'll send a countdown email like this every week. It's probably a good time for teams to take stock of their library and client work that needs to be completed yet. The non-client library freeze is coming up, followed closely by the client lib freeze. Please plan accordingly to avoid any last minute rushes to get key functionality in. General Information ------------------- Next week is the Extra-AC freeze, in preparation for elections. All contributions to OpenStack are valuable, but some are not expressed as Gerrit code changes. Please list active contributors to your project team who do not have a code contribution this cycle, and therefore won't automatically be considered an Active Contributor and allowed to vote. This is done by adding extra-acs to https://opendev.org/openstack/governance/src/branch/master/reference/projec… before the Extra-AC freeze on February 12th. A quick reminder of the upcoming freeze dates. Those vary depending on deliverable type: * Oslo libraries are entering feature freeze next week, February 12th. * General libraries (except client libraries) need to have their last feature release before Non-client library freeze (February 19th). Their stable branches are cut early. * Client libraries (think python-*client libraries) need to have their last feature release before Client library freeze (February 26th) * Deliverables following a cycle-with-rc model (that would be most services) observe a Feature freeze on that same date, February 26th. Any feature addition beyond that date should be discussed on the mailing list and get PTL approval. After feature freeze, cycle-with-rc deliverables need to produce a first release candidate (and a stable branch) before RC1 deadline (March 12th) * Deliverables following cycle-with-intermediary model can release as necessary, but in all cases before Final RC deadline (March 26th) Finally, now is also a good time to start planning what highlights you want for your deliverables in the cycle highlights. The deadline to submit an initial version for those is set to one week after Feature freeze (March 5th). Background on cycle-highlights: http://lists.openstack.org/pipermail/openstack-dev/2017-December/125613.html Project Team Guide, Cycle-Highlights: https://docs.openstack.org/project-team-guide/release-management.html#cycle… jeremy [at] openstack.org/fungi on IRC is available if you need help selecting or writing your highlights. Upcoming Deadlines & Dates -------------------------- Extra-AC freeze: February 12th, 2026 (R-7 week) Oslo feature freeze: February 12th, 2026 (R-7 week) Non-client library freeze: February 19th, 2026 (R-6 week) Client library freeze: February 26th, 2026 (R-5 week) Gazpacho-3 milestone: February 26th, 2026 (R-5 week) Cycle highlights deadline: March 5th, 2026 (R-4 week) Hibiscus (virtual) PTG: April 20-24, 2026 -- Thierry Carrez (ttx)

1 0

[neutron] Drivers meeting canceled Friday, February 6th
by Brian Haley 05 Feb '26

05 Feb '26

Hello Neutrinos: I am going to cancel tomorrow's Drivers meeting as there are no topics and I will be out. Just a reminder that our open spec list is at [0]. Have a nice weekend! -Brian [0] https://review.opendev.org/q/status:open+project:openstack/neutron-specs

1 0