- openstack-discuss - lists.openstack.org

Support to allow only boot from cinder volumes
by Laurent Dumont 05 Apr '22

05 Apr '22

Hey folks, I am trying to see if there are any ways to instruct Openstack to prevent the usage of local storage/ephemeral disks. There are cases where : - I don't want the added complexity of Ceph. - I don't want the added hassle of using local volumes/nfs/shared storage on the computes directly. In an ideal world, creating a VM would mean that you always have a boot-from-volume with the volume being in your chosen backend. I've seen this spec : https://blueprints.launchpad.net/nova/+spec/flavor-root-disk-none But it doesn't seem to have survived the Ocata cycle. Any thoughts? Thanks!

3 7

[CloudKitty] April 2022 - PTG Summary
by Rafael Weingärtner 05 Apr '22

05 Apr '22

Hello, CloudKitty community, Below is my summary of the CloudKitty session during the PTG meeting in April. More details registered can be found at [1]. - CloudKitty Yoga release: we started a discussion reviewing the Yoga release, where we had major interesting new features introduced, such as the reprocessing API, V2 API for the already existing V1 endpoints, and so on. Moreover, we reviewed the reviewing process of patches, and it seems to be working nicely for everybody and producing results for CloudKitty; therefore, we will maintain it. - Create scope API: there is no blueprint yet, but this is one of the requests we got. The idea is that one can create the scope (project) in CloudKitty before it is discovered by CloudKitty. Therefore, one could mark test/ignored projects for the rating before they start to be used and are picked up by CloudKitty. - ElasticSearch improvements: there are some improvements already going on, and Pierre's team is the one conducting it. - Expand the "custom_fields" in the Summary GET API to support Elastic search backends. As we discussed, this feature might be interesting to be expanded and added for other backends such as ElasticSearch. However, we still need to evaluate if that would be feasible. - Where do we go from here?: And last, but not least, we discussed the future of CloudKitty and where we want to go from our current state. The consensus is that we need to improve the default configurations to other systems such as Monasca and Prometheus to facilitate for newcomers to use it; keep users happy; continue innovating and improving CloudKitty. And, as the next step for that, we will propose a Forum panel for CloudKitty at the OpenStack summit to see if we can help people's onboarding and to have a broader discussion regarding the next big developments we will be doing in CloudKitty. Those are the main topics we covered during the PTG. If I forgot something, please let me know. Now, we just gotta work to keep evolving this awesome billing stack :) Link for the PTG Etherpad: [1] [1] https://etherpad.opendev.org/p/cloudkitty-ptg-zed -- Rafael Weingärtner

1 0

[ptl][release][stable][EM] Extended Maintenance - Victoria
by Előd Illés 05 Apr '22

05 Apr '22

Hi, As Yoga was released last week and we are in a less busy period (except the PTG :)), now it is a good time to call your attention to the following: In a month Victoria is planned to transition to Extended Maintenance phase [1] (planned date: /2022-04-27/). I have generated the list of the current *open* and *unreleased* changes in stable/victoria for every repositories [2] (where there are such patches). These lists could help the teams who are planning to do a *final* release on Victoria before moving stable/victoria branches to Extended Maintenance. Feel free to edit and extend these lists to track your progress! * next week the Release Team will tag the *latest* Victoria *releases* of repositories with *victoria-em* tag. * at the planned deadline (April 27th)//the Release Team will merge all the transition patches (even the ones without any response!) * After the transition stable/victoria will be still open for bug fixes, but there won't be official releases anymore. *NOTE*: teams, please focus on wrapping up your libraries first if there is any concern about the changes, in order to avoid broken (final!) releases! Thanks, Előd [1] https://releases.openstack.org/ [2] https://etherpad.opendev.org/p/victoria-final-release-before-em

1 0

[openstack-helm] No Meeting This Week
by Gage Hugo 04 Apr '22

04 Apr '22

Hey team, Since the PTG is this week, the weekly meeting has been cancelled. We will meet for the PTG session on April 6th 1500-1700 UTC, hope to see you there!

1 0

PTG -Kickstart with Mistral Worflow review by eOTF/CoreStack teams
by prakash RAMCHANDRAN 04 Apr '22

04 Apr '22

Hi all, It's a great pleasure to kickstart PTG event by "eMerging Open Tech Foundation" (eOTF) having become Associate Member to promote and Collaborate with Open Infrastructure Foundation. https://meetpad.opendev.org/eotf Here is the link to today's Mistral - Workflow Engine presentation with Q&A. https://us02web.zoom.us/rec/share/lhcRPhpQYGbR_0QjizgOnPhozW2VOZlSBkhXjkLEs… (Passcode: H=Tx2KdN) We like interested community members to join in our efforts to revive maintenance and development for Mistral for CSPs for Hybrid Cloud usage. Next meeting is scheduled for Friday April 8th 7.30 PM IST / 7.00 AM Pacific Daylight Time when we will focus on KupeStack as well follow up on plans for maitenance and development for Mistral in Zed and future releases. ThanksFor eOTF teamhttps://eotf.infoR.Prakash

1 0

[Ironic][Bare Metal SIG] Community Feedback Survey (1 minute)
by Arne Wiebalck 04 Apr '22

04 Apr '22

Dear all, As input for the PTG and to align priorities for the next cycle, the Ironic team is looking for feedback from the community (users, operators, admins, deployers ... everyone interested in bare metal really!). So, if you have 1 minute, we would greatly appreciate your input by filling: https://de.surveymonkey.com/r/XCR2TN5 If you have any additional input for the Ironic team, do not hesitate to reach out (via mail, on IRC, or come along to the PTG!). Thanks! Arne

1 1

[glance] import RBD image
by Tony Liu 04 Apr '22

04 Apr '22

Hi, There used to be a way to import RBD image with API v1, but not any more with v2. Is there any other way to do that? In case given QCOW2 image, It would be much faster and easier to convert it directly to RBD image with RAW format, than convert it to RAW format on local file system and upload the RAW image to Glance. Thanks! Tony

2 3

[TripleO] gate blocker - impacting all quickstart-based jobs - openstack-ansible-os_tempest
by Ronelle Landy 04 Apr '22

04 Apr '22

Hello All, We have a check/gate blocker on all TripleO quickstart-based jobs, as described in: https://bugs.launchpad.net/tripleo/+bug/1967430 [1] commit to openstack-ansible-os_tempest removed setup.py and is causing failings in all quickstart jobs. A revert was proposed but will not be workable - we are waiting on another fix. Please hold rechecks until this is resolved. [1] https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/835969 Thank you!

5 12

[neutron] Bug deputy March 28 to April 3
by Rodolfo Alonso Hernandez 04 Apr '22

04 Apr '22

Hello Neutrinos: This is the bug list of week 13 (March 28 to April 3). Critical: - https://bugs.launchpad.net/neutron/+bug/1967472: [OVN] OVN compilation is failing in "neutron-tempest-plugin-scenario-ovn" job - Fixed Medium: - https://bugs.launchpad.net/neutron/+bug/1967142: No way to set quotas for neutron-vpnaas resources using openstack CLI tool. - Not assigned. - This bug affects OSC. Neutron API provides the needed information. - https://bugs.launchpad.net/neutron/+bug/1967144: [OVN] Live migration can fail due to wrong revision id during setting requested chassis in ovn. - Assigned to Slawek. Invalid/opinion/incomplete: - https://bugs.launchpad.net/neutron/+bug/1966858: `ovn-metadata-agent` not starting due to missing module `neutron.privileged.agent` - Most probably this is a problem with the installation of OpenStack and the Python version used (3.10). The recommendation is to use v3.8 or v3.9 as default binary. - The python version used to install the libraries must be the same running the services. Regards.

1 0

[security-sig] No meeting this week
by Gage Hugo 03 Apr '22

03 Apr '22

Since this week is the PTG, there will not be a security SIG meeting. Hope to see you all at the session! - Gage

1 0