- openstack-discuss - lists.openstack.org

[all][elections][tc] 2026.2 Hibiscus Technical Committee Election Results
by Ian Y. Choi 25 Feb '26

25 Feb '26

Please join me in congratulating the 5 newly elected members of the Technical Committe (TC). - Amy Marrich (spotz) - Dan Smith (dansmith) - Goutham Pacha Ravi (gouthamr) - Michal Nasiadka (mnasiadka) - Dmitriy Rabotyagov (noonedeadpunk) Election process details and results are also available here: https://governance.openstack.org/election/ Thank you to all of the candidates, having a good group of candidates helps engage the community in our democratic process. Thank you to all who voted and who encouraged others to vote. We need to ensure your voice is heard. Thank you for another great round.

1 0

[all][elections][ptl] PTL 2026.2 cycle Election Voting Kickoff
by Ian Y. Choi 25 Feb '26

25 Feb '26

Polls for PTL elections are now open and will remain open for you to cast your vote until Mar 18, 2026 23:45 UTC. We are having elections for Barbican, Horizon. If you are a Foundation individual member and had a commit in one of the team's deliverable repositories[0] over the Mar 14, 2025 00:00 UTC - Feb 18, 2026 00:00 UTC timeframe (2025.2 to 2026.1) then you are eligible to vote. You should find your email with a link to the Condorcet Internet Voting Service (CIVS) page to cast your vote in the inbox of your Gerrit preferred email[1]. What to do if you don't see the email and have a commit in at least one of the projects having an election: * due to a new CIVS policy, to get the email from poll supervisors, you must opt in to email communication opt in with your Gerrit email address at: https://civs1.civs.us/cgi-bin/opt_in.pl * eligible voters who opt in to email communication late can see a pending poll invitation and vote until Mar 18, 2026 23:45 UTC. * check the trash or spam folders of your Gerrit Preferred Email address, in case it went into trash or spam * wait a bit and check again, in case your email server is a bit slow * find the sha of at least one commit from the project's deliverable repos[0] and email the election officials. If we can confirm that you are entitled to vote, we will add you to the voters list for the appropriate election. Our democratic process is important to the health of OpenStack, please exercise your right to vote! Candidate statements/platforms can be found linked to Candidate names on this page: https://governance.openstack.org/election/#ptl-candidates Happy voting, [0] The list of the repositories eligible for electoral status: https://opendev.org/openstack/governance/src/tag/to-be-released/reference/p… [1] Sign into review.openstack.org: Go to Settings > Contact Information. Look at the email listed as your Preferred Email. That is where the ballot has been sent.

1 0

[all] client functional jobs are broken by new tox release
by Takashi Kajinami 25 Feb '26

25 Feb '26

Hi, Another fun moment :-) New tox 4.46.0 was released quite recently. This release requires virtualenv 20.39.0 which was released a few days ago (See https://github.com/tox-dev/tox/issues/3069 for details). This conflict with virtualenv pinned to 20.38.0 in upper-constraints and we found some of the functional jobs of client libs (at the moment of writing, cinderclient and heatclient at least) due to the following behavior. - These jobs first install devstack and run tox to test clients accessing API - tox in current CI image is <4.46.0, but it is updated to 4.46.0 due to somehow neutron plugin installs tox (it loos like this is not actually required and I'm trying to get rid of it by https://review.opendev.org/c/openstack/devstack/+/977970 ) - however virtualenv is still pinned to 20.38.0 due to uc. The typical error caused by this combination is "AttributeError: 'PythonSpec' object has no attribute 'machine'" # See https://zuul.opendev.org/t/openstack/build/3f2448194352452a9f674d6c0648b816 There is still some discussions about whether we can bump virtualenv in u-c[2]. Please be aware of this and avoid recheck for now. [2] https://review.opendev.org/c/openstack/requirements/+/977947 -- Takashi Kajinami irc: tkajinam github: https://github.com/kajinamit launchpad: https://launchpad.net/~kajinamit

1 1

[ops][largescale-sig][scientific-sig][publiccloud-sig] Ops Radio Hour on February 27, 2026
by Ildiko Vancsa 25 Feb '26

25 Feb '26

Hi OpenStack community, I'm reaching out to you with a friendly reminder that the next OpenStack Ops Radio Hour[1] is scheduled to happen on __February 27th, 2026 at 1300UTC,__ which is this Friday! The call series is a casual setting for operators, engineers, and contributors to come together, share knowledge, and collaborate on the complexities of managing and deploying OpenStack environments. We have a packed agenda for this call: - OpenStack HA architectures with guest attendee Tyler Stachecki - How to do OpenStack Backups? - How do people automate their clouds? - Update on Ops Radio Hour Survey results If you have further topics you would like to dive into during the call, please add them to this etherpad: https://etherpad.opendev.org/p/openstack_ops_radiohour A few reminders: - The group on the call agreed to try out Matrix as a chat platform for more synchronous communication outside calls + You can access the Matrix room here: https://matrix.to/#/#openstack-ops:opendev.org<https://matrix.to/#/%23openstack-ops:opendev.org> <https://matrix.to/#/%23openstack-ops:opendev.org%3Chttps://matrix.to/%23/%2…> + Further details are here: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack… - If you would like to read and catch up on notes from previous calls, you can find them in this etherpad: https://etherpad.opendev.org/p/openstack_ops_radiohour See you on the call on February 27th! Bets Regards, Ildikó [1] https://wiki.openstack.org/wiki/Operations/Meetups

1 0

[Nova][vms]Preventing VM I/O Errors When Ceph OSD Nodes Go Down
by Thamanna Farhath 25 Feb '26

25 Feb '26

Dear Community, We are running OpenStack 2023.1 with Ceph as the backend storage on a 3-node deployment. Recently, we faced a scenario where two of our servers became unresponsive (hung state), and we had to reboot them. During this time, VMs running on the affected compute node started reporting I/O errors inside the guest OS, such as: [ 33.911093] blk_update_request: I/O error, dev vda, sector 229880 op 0x1:(WRITE) flags 0x800 phys_seg 2 prio class 0 [ 33.914953] Buffer I/O error on dev vda1, logical block 319, lost async page write [ 33.914953] Buffer I/O error on dev vda1, logical block 320, lost async page write [ 33.927594] blk_update_request: I/O error, dev vda, sector 229904 op 0x1:(WRITE) flags 0x800 phys_seg 2 prio class 0 It appears that when Ceph becomes unavailable (or quorum is lost), the VMs continue attempting writes, which results in I/O errors at the guest OS level. Our goal: We would like to prevent guest filesystem corruption or I/O errors when Ceph is down. Ideally, we want to: Pause or block writes from active VMs when Ceph storage is unavailable Avoid guest OS filesystem corruption Ensure safer recovery when Ceph services are restored Disclaimer : The content of this email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify the sender and remove the messages from your system. If you are not the named addressee, it is strictly forbidden for you to share, circulate, distribute or copy any part of this e-mail to any third party without the written consent of the sender. E-mail transmission cannot be guaranteed to be secured or error free as information could be intercepted, corrupted, lost, destroyed, arrive late, incomplete, or may contain viruses. Therefore, we do not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email."

3 2

using postgresql in production
by Jiatong Shen 24 Feb '26

24 Feb '26

Hello community, We are analyzing the possibility of using PostgreSQL in production. The reason behind is that the PostgreSQL community is very open and growing fast, besides many Chinese companies provide PG compatibility. My question is what are the pros and cons between using PG and MariaDB. Are there any tools available to do online data migration for legacy environments? Any insight is deeply appreciated. Thank you. -- Best Regards, Jiatong Shen

7 8

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

24 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

2 2

[openstack-helm] Removing support for tungstenfabric in neutron and nova charts
by Mathieu Gagné 24 Feb '26

24 Feb '26

Hi, It appears tungstenfabric is no longer active. [1] > The official Tungsten Fabric website states that the project will be shut down on August 1, 2024. The latest images consumed by openstack-helm [2][3] found on Docker Hub are from 5 years ago for nightly [4] and 8 years for non-nightly [5]. Considering the state of the tungstenfabric project, the plan is to remove support from openstack-helm. [6] If there are any objections, please let them know. [1] https://codilime.com/blog/tungsten-fabric-closing/ [2] https://opendev.org/openstack/openstack-helm/src/branch/master/values_overr… [3] https://opendev.org/openstack/openstack-helm/src/branch/master/values_overr… [4] https://hub.docker.com/u/opencontrailnightly [5] https://hub.docker.com/u/opencontrail [6] https://review.opendev.org/c/openstack/openstack-helm/+/977852 -- Mathieu

2 1

[ops][publiccloud-sig] Public Cloud SIG meeting d.d. 25 February
by Kees Meijs | Nefos 24 Feb '26

24 Feb '26

Hello Stackers, Tomorrow (that's 25 February) the bi-weekly Public Cloud SIG meeting will be held again. The publicly available video meeting will be conducted from 08:05 hrs UTC (09:05 hrs CET) until 08:55 hrs UTC (09:55 hrs CET) here: https://meetpad.opendev.org/publiccloud-sig Additional information to be found on https://wiki.openstack.org/wiki/PublicCloudSIG I'm not able to make the meeting myself this time, but feel free to discuss whatever is on the table. See you next time! Cheers, Kees __ Kees Meijs BICT Nefos Cloud & IT <https://nefos.com/contact> Nefos IT bv Burgemeester Mollaan 34a 5582 CK Waalre - NL kvk 66494931 +31 (0)88 2088 188 <tel:+31882088188> nefos.com <https://nefos.com/contact> The information contained in this message is intended for the addressee only and may contain classified information. If you are not the addressee, please delete this message and notify the sender; you should not copy or distribute this message or disclose its contents to anyone. Any views or opinions expressed in this message are those of the individual(s) and not necessarily of the organization. No reliance may be placed on this message without written confirmation from an authorised representative of its contents. No guarantee is implied that this message or any attachment is virus free or has not been intercepted and amended. General terms and conditions ("The NLdigital Terms") apply to all our products and services.

1 0

[release][horizon][ironic] cycle-with-intermediary deliverables without any release yet in 2026.1 Gazpacho
by Elõd Illés 23 Feb '26

23 Feb '26

Hi, Quick reminder that we'll need a release very soon for a number of deliverables following a cycle-with-intermediary release model but which have not done *any* release yet in the 2026.1 Gazpacho cycle: [horizon] horizon [ironic] bifrost ironic-ui networking-baremetal networking-generic-switch Those should be released ASAP, and in all cases before March 12th, 2026, so that we have a release to include in the final 2026.1 Gazpacho release. Előd Illés irc: elodilles @ #openstack-release

1 0