- openstack-discuss - lists.openstack.org

Proposal to resume weekly upstream Oslo IRC meetings.
by Daniel Bengtsson 15 Oct '24

15 Oct '24

Hi everyone, I hope you’re all doing well. I was thinking it might be a good idea to resume the weekly upstream Oslo IRC meetings, especially with the removal of eventlet, which makes it even more relevant. What do you think? Do you have any preferences for the day and time? Looking forward to your feedback! -- Daniel Bengtsson Software engineer

4 4

[openstack-ansible][ptg] Epoxy Team Gathering
by Dmitriy Rabotyagov 15 Oct '24

15 Oct '24

Hey folks! I have booked a relatively short session for next Tuesday, October 22 2024 from 16:00 to 18:00 UTC. The session will happen in a meetpad [1]. Topics for the discussion are held in etherpad [2]. We're having quite a scarce agenda this time, which mostly consist of things which were planned for previous cycles but were never accomplished. So I think we should be good with this 2 hour session for the discussion. If not, or smth will raise during the discussion, we can arrange another discussion during the PTG week. Thankfully, plenty of slots are available this time as well. Hope to see everyone interested in the project there! [1] https://meetpad.opendev.org/osa-epoxy-ptg [2] https://etherpad.opendev.org/p/osa-epoxy-ptg

1 0

RDO Dalmatian 2024.2 Released
by Amy Marrich 15 Oct '24

15 Oct '24

The RDO community is pleased to announce the general availability of the RDO build for OpenStack 2024.2 Dalmatian for RPM-based distributions, CentOS Stream and Red Hat Enterprise Linux. RDO is suitable for building private, public, and hybrid clouds. Dalmatian is the 30th release from the OpenStack project, which is the work of more than 1,000 contributors from around the world. The release is already available for CentOS Stream 9 on the CentOS mirror network in: http://mirror.stream.centos.org/SIGs/9-stream/cloud/x86_64/openstack-dalmat… The RDO community project curates, packages, builds, tests and maintains a complete OpenStack component set for RHEL and CentOS Stream and is a member of the CentOS Cloud SIG. The Cloud SIG focuses on delivering a great user experience for CentOS users looking to build and maintain their own on-premise, public or hybrid clouds. All work on RDO and on the downstream release, Red Hat OpenStack Platform, is 100% open source, with all code changes going upstream first. The highlights of the broader upstream OpenStack project may be read via https://releases.openstack.org/dalmatian/highlights.html but here are some highlights: New Cinder driver features were added, notably, Dell PowerStore active-active support, Dell PowerStore QoS support, NetApp added support to active/active mode in ISCSI/FC drivers, HPE Nimble replication, and StorPool added support clone-across-pools capability. Added Glance support of new add/get location APIs which replaces the image-update (old location-add) mechanism for consumers like cinder and nova to address OSSN-0090 and OSSN-0065. Ironic has enhanced multiple security aspects, for example it now requires rescue passwords to be hashed, it has reduced the logged nodes information during the cleaning phase to avoid showing sensitive data, and it has hardened the communication between the ironic services and the ironic agent requiring an HTTPS url by default. All Neutron supported mechanism drivers (ML2/OVS, ML2/OVN) can now use the WSGI API module, completing the first phase of eventlet library deprecation. Nova Instances with UEFI firmware can now be launched with stateless firmware if their image has the hw_firmware_statelessproperty and if the compute services have libvirt 8.6.0 or later. OpenStack Dalmatian is not marked as Skip Level Upgrade Release Process or SLURP. According to this model (https://governance.openstack.org/tc/resolutions/20220210-release-cadence-ad…) this means that upgrades will only be supported from the Caracal 2024.1 release. RDO Dalmatian 2024.2 has been built and tested with the recently released Ceph 18.2.0 Reef version (https://docs.ceph.com/en/latest/releases/reef/) which has been published by the CentOS Storage SIG in the official CentOS repositories. *Note:* Follow the instructions in [RDO documentation](https://www.rdoproject.org/install/install-with-ceph/) to install OpenStack and Ceph services in the same host. During the Dalmatian cycle, some projects have been retired or declared inactive upstream. As such, the following packages for some projects are not present in the RDO Dalmatian 2024.2 release: python-saharaclient (https://review.rdoproject.org/r/c/rdoinfo/+/54360) puppet-corosync (https://review.rdoproject.org/r/c/rdoinfo/+/53127) During the next release we will continue working on retiring inactive packages in order to ensure RDO content quality and security. Contributors: During the Dalmatian cycle, we saw the following new RDO contributors: Roman Safronov Archana Singh pkomarov komarov Sergii Golovatiuk Milana Levy Liron Kuchlani Jaromír Wysoglad Arnau Verdaguer Andre Aranha Welcome to all of you and Thank You So Much for participating! But we wouldn’t want to overlook anyone. A super massive Thank You to all 51 contributors who participated in producing this release. This list includes commits to rdo-packages, rdo-infra, and rdo-website repositories: Alfredo Moralejo Alonso Amy Marrich Ananya Banerjee Andre Aranha Archana Singh Arnau Verdaguer Artom Lifshitz Arx Cruz Bhagyashri Shewale Bohdan Dobrelia Cédric Jeanneret Chandan Kumar Daniel Pawlik Douglas Viroel Fabien Boucher Fiorella Yanac Francesco Pantano Goutham Pacha Ravi Gregory Thiemonge Grzegorz Grasza Harald Jensås Jaromír Wysoglad Joan Francesc Gilabert Joel Capitao Jon Schlueter Karolina Kula Karthik Sundaravel Lewis Denny Liron Kuchlani Lon Hohberger Luigi Toscano Maor Blaustein Marihan Girgis Marios Andreou Martin Kopec Martin Magr Michael Johnson Milana Levy Nicolas Hicher Pini Komarov Roman Safronov Ronelle Landy Sergii Golovatiuk Shreshtha Joshi Soniya Vyas Steve Baker Takashi Kajinami Tobias Urdin Tristan De Cacqueray Yadnesh Kulkarni Yatin Karel The Next Release Cycle At the end of one release, focus shifts immediately to the next release i.e Epoxy. Get Started To spin up a proof of concept cloud, quickly, and on limited hardware, try an All-In-One Packstack installation. You can run RDO on a single node to get a feel for how it works. For those that do not have any hardware or physical resources, there is the OpenStack Global Passport Program. This is a collaborative effort between OpenStack public cloud providers to let you experience the freedom, performance and interoperability of open source infrastructure. You can quickly and easily gain access to OpenStack infrastructure via trial programs from participating OpenStack public cloud providers around the world. Get Help The RDO Project has our users(a)lists.rdoproject.org for RDO-specific users and operators. For more developer-oriented content we recommend joining the dev(a)lists.rdoproject.org mailing list. Remember to post a brief introduction about yourself and your RDO story. The mailing lists archives are all available at https://www.rdoproject.org/community/mailing-lists/. You can also find extensive documentation on RDOproject.org. The #rdo channel on OFTC IRC is also an excellent place to find and give help. We also welcome comments and requests on the CentOS devel mailing list and the CentOS IRC channels (#centos, #centos-cloud, #centos-devel in Libera.Chat network), however we have a more focused audience within the RDO venues. Get Involved To get involved in the OpenStack RPM packaging effort, check out the RDO contribute pages, peruse the CentOS Cloud SIG page, and inhale the RDO packaging documentation. Join us in #rdo and on the OFTC IRC network and follow us on Twitter @RDOCommunity. You can also find us on Facebook and YouTube.

1 0

[ironic] weekly meeting canceled on Monday October 21
by Riccardo Pittau 15 Oct '24

15 Oct '24

Hello everyone! As per subject, next weekly ironic community meeting won't happen as it conflicts with the PTG See you all at the PTG instead! Ciao Riccardo

1 0

[Glance][PTG] Glance Epoxy/2025.1 vPTG Schedule
by Pranali Deore 14 Oct '24

14 Oct '24

Hello All, Epoxy (2025.1) virtual PTG is going to start next week and we have created our PTG etherpad [1] and also added day wise topics along with timings we are going to discuss. Kindly let me know if you have any concerns with allotted time slots especially for the cross project sessions. Friday is reserved for any unplanned discussions. So please feel free to add your topics if you haven't added yet. NOTE: At the moment we don't have any sessions scheduled on Friday, if there are any last moment request(s)/topic(s) we will discuss that on Friday else we will conclude our PTG on Thursday 24th OCT. The meeting URL is mentioned in etherpad [1] and will be the same throughout the PTG. [1]: https://etherpad.opendev.org/p/oct2024-ptg-glance Hope to see you there!! Thanks & Regards, Pranali Deore

1 0

[dev][cinder] Bubbling up maintenance status on a volume from a third-party backend
by David Pineau 14 Oct '24

14 Oct '24

Hello Openstack and Cinder team, I'm currently working on the storage management layer of our company's Openstack platform. As we manage the storage ourselves, we may run background operations, which are akin to a maintenance, on individual volumes, or part of the infrastructure. As a bit of context, this infrastructure will be both exposed to external customers, as well as internal departments, and as such, we are looking for a refined user experience where an error is not a simple "an error occurred in service X", but something potentially actionable by whoever encounters it. At the moment in the Cinder documentation (and what I could find on the discuss archive), there seems to be no way for a Cinder Driver and its backing services to: - Tell Cinder that a specific Volume is undergoing a backend maintenance and should be considered unavailable - raise a relevant error to Cinder about ongoing Operations affecting a Volume within its backend, that cinder could properly react to As a first step, I wanted to check if you, the community, had ever considered this issue (or at least we consider it to be one). We'd be very happy if you had recipes or pieces of advice to share with us on how to handle this. If nothing is available or known, how could we help in bringing such an improvement to Cinder ? Kind regards, -- David Pineau (joa)

3 3

[neutron] Bug Deputy report week 41 (October 7-13)
by Lajos Katona 14 Oct '24

14 Oct '24

Hi Neutrinos, Here is the bug deputy report of the last week (week 41, October 7-13). It was a really lightweight week from the incoming bug number perspective. * https://bugs.launchpad.net/neutron/+bug/2083832 ([OVN] Host_id value on lsp for router gateway is not updated on failover ) ** In Progress: https://review.opendev.org/c/openstack/neutron/+/931632 Best Wishes Lajos Katona (lajoskatona)

1 0

#eventlet-removal - Progress & Update
by Herve Beraud 14 Oct '24

14 Oct '24

We’re excited to share the latest updates on our ongoing efforts to phase out Eventlet across our various OpenStack projects. Below you’ll find a summary of our progress, key milestones, and important dates to keep in mind as we move forward with this critical initiative. ## Current Status We’ve completed the initial analysis phase across more than 120 OpenStack projects. This includes identifying the various patterns where Eventlet is currently in use and evaluating where it can be safely removed or disabled. Here are some highlights: - Completed Analysis: Projects where Eventlet is used include (but are not limited to): Aodh, Barbican, Nova, Neutron, Tacker, Taskflow, Trove, Venus, Watcher, and Zun. - Eventlet Optional: Several projects have been identified where Eventlet seems to be optional and can be disabled with minimal impact. For these projects, we will move forward the discussion with teams to try deactivating Eventlet in upcoming updates. Once done, projects of this kind would be able to start their migration with more serenity. - Eventlet Required: Some projects still rely heavily on Eventlet for core functionality. For these, we are going to develop specific migration plans. ## Migration Plans in Progress - oslo.db: Preparing its Asyncio based engine facade; - oslo.service: Refactoring plans being discussed to minimize disruption during the migration; - glance: Refactoring code to use native thread model rather than Eventlet More details can be found here: https://review.opendev.org/q/topic:%22eventlet-removal%22 ## Latest Updates - Community Goal Transition: The ongoing community goal for removing Eventlet is now in the process of becoming an official "selected" goal, https://review.opendev.org/c/openstack/governance/+/931254. - Pattern Identification Completed: We’ve identified key patterns related to Eventlet usage, including its common integration with monkey_patch(), eventlet.Timeout, eventlet.GreenPool, and eventlet.wsgi.server(). Visit the official wiki to get more details https://wiki.openstack.org/wiki/Eventlet-removal#Identifying_Common_Pattern ## Important Dates - October 21st: cross PTG session. - October 23rd: cross PTG session (Q&A session and Open Discussion session) ## Call to Action We need your involvement to accelerate the progress of this initiative! If your project is affected by Eventlet, now is the time to start planning your migration. Teams are encouraged to take immediate steps in assessing how to deactivate Eventlet or to transition to alternative solutions. We defined key roles and responsibilities. Those will help us to lower the cost of the migration for our community. Teams are invited to assign them now. Being ready as soon as possible will allow you to better take advantage of the coming PTG sessions. Please find more details about these roles and their short terms tasks: https://wiki.openstack.org/wiki/Eventlet-removal#Roles_and_Responsibilities ## Final Thoughts This is a significant step forward for improving the stability, scalability, and maintainability of our projects. With your continued support, we’re confident that this migration will bring substantial benefits to the OpenStack community. If there are any questions or if you need assistance with your project’s transition away from Eventlet, please join the discussion on the #eventlet-removal channels (OpenStack irc, RedHat slack, mailing list). Thank you for your dedication and hard work! -- Hervé Beraud Senior Software Engineer at Red Hat irc: hberaud https://github.com/4383/

7 8

[all] Runtime dependency on setuptools
by Thomas Goirand 14 Oct '24

14 Oct '24

Hi, A large number of OpenStack projects have a requirement on setuptools. In most cases, this is just a mistake, and it can be removed. This is currently a huge pain for downstream distributions that have to patch this out from requirements.txt, as we're trying to remove python3-pkg-resources which is currently deprecated, and that is added when setuptools is there. Example affected projects: - freezerclient - placement - magnum - oslotest - ... Sending the patches upstream will be too much effort, so I'll write Debian specific patches in the mean time. Please fix your project if you can. Cheers, Thomas Goirand (zigo)

1 0

[neutron] Cancelling CI Meeting for today
by Yatin Karel 14 Oct '24

14 Oct '24

Hello Neutron Team !! I will not be able to chair the CI meeting today as I will be out. Sorry for the late notice. We have some known issues in CI where jobs fail randomly, all are known ones and are being looked upon. A consistent issue in stable/2023.2 openstacksdk periodic job for which i reported[1] [1] https://bugs.launchpad.net/openstacksdk/+bug/2084427 -- Thanks and Regards Yatin Karel

1 0