January 2022 - openstack-discuss - lists.openstack.org

[largescale-sig] Next meeting: Jan 5th, 15utc
by Thierry Carrez 06 Jan '22

06 Jan '22

Hi everyone, and happy new year! To kick off 2022, the Large Scale SIG will be meeting this Wednesday in #openstack-operators on OFTC IRC, at 15UTC. You can doublecheck how that time translates locally at: https://www.timeanddate.com/worldclock/fixedtime.html?iso=20220105T15 We will be discussing our upcoming activities and our next OpenInfra Live episode, as well as any topic you may add to our agenda at: https://etherpad.openstack.org/p/large-scale-sig-meeting Regards, -- Thierry Carrez

1 1

[nova][dev] Revisiting qemu emulation where guest arch != host arch
by Apsey, Christopher 06 Jan '22

06 Jan '22

All, A few years ago I asked a question[1] about why nova, when given a hw_architecture property from glance for an image, would not end up using the correct qemu-system-xx binary when starting the guest process on a compute node if that compute nodes architecture did not match the proposed guest architecture. As an example, if we had all x86 hosts, but wanted to run an emulated ppc guest, we should be able to do that given that at least one compute node had qemu-system-ppc already installed and libvirt was successfully reporting that as a supported architecture to nova. It seemed like a heavy lift at the time, so it was put on the back burner. I am now in a position to fund a contract developer to make this happen, so the question is: would this be a useful blueprint that would potentially be accepted? Most of the time when people want to run an emulated guest they would just nest it inside of an already running guest of the native architecture, but that severely limits observability and the task of managing any more than a handful of instances in this manner quickly becomes a tangled nightmare of networking, etc. I see real benefit in allowing this scenario to run natively so all of the tooling that exists for fleet management 'just works'. This would also be a significant differentiator for OpenStack as a whole. Thoughts? [1] http://lists.openstack.org/pipermail/openstack-operators/2018-August/015653… Chris Apsey Director | Georgia Cyber Range GEORGIA CYBER CENTER 100 Grace Hopper Lane | Augusta, Georgia | 30901 https://www.gacybercenter.org

2 2

openstack-kolla with GlusterFS integration
by Satish Patel 05 Jan '22

05 Jan '22

Folks, Recently I have started playing with the Openstack Kolla Project because of some requirements. I want to integrate kolla with GlusterFS for nova vm backend storage. I have functional Glsuter storage and want to mount on compute node to use for vm backend but not sure how do i do that because i am new to containers I can see kolla use following to bind volume with nova_compute container { "Type": "volume", "Name": "nova_compute", "Source": "/var/lib/docker/volumes/nova_compute/_data", "Destination": "/var/lib/nova", "Driver": "local", "Mode": "rw", "RW": true, "Propagation": "" } If I can mount GlusterFS in /mnt directory then how do I tell docker to use /mnt to create volume for nova_compute?

2 6

Logical Volume migration to a New Openstack environment
by KK CHN 05 Jan '22

05 Jan '22

List, I am in need to migrate a Virtual machine ( running in an old OpenStack environment with only one controller). This VM has its own disk file + a logical volume attached to it with application data on it. Only Cinder backend( No rbd/ceph backend configured ) for this environment. Now I am migrating this Virtual machine to another OpenStack(ussuri with three controllers, three compute nodes and three storage nodes) environment with ceph/rbd backend. I am able to export the VM with its disk file and import it to the other openstack environment and able to boot the machine. But How to export the attached logical volume from the old VM and attach to the VM in the other environment ? what is the methodology to follow to export this logical volume in the old openstack VM and import to the new VM running in the other openstack environment ? kindly share your suggestions/expertise to perform this Thanks in advance for your valuable guidance. Krish

3 2

[cinder] Bug deputy report for week of 01-05-2022
by Sofia Enriquez 05 Jan '22

05 Jan '22

No meeting today. This is a bug report from 12-29-2021 to 01-05-2022. Agenda: https://etherpad.opendev.org/p/cinder-bug-squad-meeting ----------------------------------------------------------------------------------------- No bugs in this period :P Cheers, -- Sofía Enriquez she/her Software Engineer Red Hat PnT <https://www.redhat.com> IRC: @enriquetaso @RedHat <https://twitter.com/redhat> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> <https://www.redhat.com>

1 0

[nova][placement] Spec approval freeze punted to Jan13st
by Sylvain Bauza 05 Jan '22

05 Jan '22

Hi folks, As agreed on yesterday's nova meeting [1], we accepted to punt the spec approval freeze for one week, ie. at January 13st. That said, we won't accept any exception for a spec approval after this day as we will only have 6 weeks after Jan 13st until FeatureFreeze. Thanks (and happy new 2022 by the way), -Sylvain [1] https://meetings.opendev.org/meetings/nova/2022/nova.2022-01-04-16.00.log.h…

1 0

OpenInfra Live - January 6 at 9am CT
by Allison Price 05 Jan '22

05 Jan '22

Hi everyone, This week, I will be hosting the first OpenInfra Live <http://openinfra.live/> episode of 2022, brought to you by the OpenStack, Kata Containers, Zuul, and StarlingX communities! It's been one year since the formation of the OpenInfra Foundation and the global community has produced more software, more production use cases, more collaboration than ever before. Join us as we look back at 2021, the software milestones, production growth, and momentum across the OpenInfra landscape. Episode: A Year in Review: OpenInfra Highlights from 2021 Date and time: Thursday, January 6 at 9am CT (1500 UTC) You can watch us live on: YouTube <https://www.youtube.com/watch?v=MhAK2efrl9I> LinkedIn <https://www.linkedin.com/video/event/urn:li:ugcPost:6884201840976764928/> Facebook <https://www.facebook.com/104139126308032/posts/4704702346251664/> WeChat: recording will be posted on OpenStack WeChat after the live stream Speakers: Ghanshyam Mann, OpenStack TC Chair Tao Peng, Kata Containers Architecture Committee Member James Blair, Zuul Maintainer Greg Waines, StarlingX Technical Steering Committee Member Have an idea for a future episode? Share it now at ideas.openinfra.live <https://openinfrafoundation.formstack.com/forms/openinfralive>. Have you heard that the OpenInfra Summit is going back to Berlin, June 7-9? Registration and sponsorship opportunities are now available here: https://openinfra.dev/summit/ <https://openinfra.dev/summit/>. Thanks, Allison

1 0

[charms] nominate Hemanth Nakkina for charms-core
by Edward Hope-Morley 05 Jan '22

05 Jan '22

I would like propose Hemanth Nakkina for charms-core. Hemanth has really stepped up his efforts to provide invaluable contributions both in code and reviews and I beleive he is in a good position to be considered for core where he will be able to provide additional value to the project. Hemanth has demonstrated rigour for quality through his contributions and is always keen to help others with his deep knowledge of the charms and Openstack. Here is a list of all his contributions: patches: https://review.opendev.org/q/owner:hemanth.nakkina%2540canonical.com reviews: https://review.opendev.org/q/reviewedby:hemanth.nakkina%2540canonical.com I hope you will join me in voting for Hemanth. - Ed

6 5

Subject: [kolla] Updating libvirt container images without VM downtime
by CHALANSONNET Stéphane (Acoss) 05 Jan '22

05 Jan '22

Hello, When you update or restart libvirt container , the instances aren't restart . The qemu process /usr/libexec/qemu-kvm is executed outside the container. However for the lastest functionality you need to restart your instances later Regards, stephane.chalansonnet(a)acoss.fr -----Message d'origine----- De : openstack-discuss-request(a)lists.openstack.org <openstack-discuss-request(a)lists.openstack.org> Envoyé : mardi 4 janvier 2022 20:18 À : openstack-discuss(a)lists.openstack.org Objet : openstack-discuss Digest, Vol 39, Issue 11 Send openstack-discuss mailing list submissions to openstack-discuss(a)lists.openstack.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss or, via email, send a message with subject or body 'help' to openstack-discuss-request(a)lists.openstack.org You can reach the person managing the list at openstack-discuss-owner(a)lists.openstack.org When replying, please edit your Subject line so it is more specific than "Re: Contents of openstack-discuss digest..." Today's Topics: 1. Re: [charms] nominate Hemanth Nakkina for charms-core (Frode Nordahl) 2. Re: [TripleO] Douglas Viroel for tripleo-ci core (Jason Poulin) 3. Re: [TripleO] Douglas Viroel for tripleo-ci core (Ade Lee) 4. Re: [TripleO] Douglas Viroel for tripleo-ci core (Jeremy Stanley) 5. [kolla] Updating libvirt container images without VM downtime (J-P Methot) ---------------------------------------------------------------------- Message: 1 Date: Tue, 4 Jan 2022 17:33:34 +0100 From: Frode Nordahl <frode.nordahl(a)canonical.com> To: Billy Olsen <billy.olsen(a)canonical.com> Cc: Alex Kavanagh <alex.kavanagh(a)canonical.com>, openstack-discuss(a)lists.openstack.org Subject: Re: [charms] nominate Hemanth Nakkina for charms-core Message-ID: <CAKpbOATbKOH1116UUxAWjQoyRiE-9u8CiHjTcTashb6tcvQ1yg(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" On Fri, Dec 10, 2021 at 6:12 PM Billy Olsen <billy.olsen(a)canonical.com> wrote: > > > > On Fri, Dec 10, 2021 at 7:08 AM Alex Kavanagh <alex.kavanagh(a)canonical.com> wrote: >> >> >> >> On Fri, Dec 10, 2021 at 1:24 PM Edward Hope-Morley <opentastic(a)gmail.com> wrote: >>> >>> I would like propose Hemanth Nakkina for charms-core. Hemanth has >>> really stepped up his efforts to provide invaluable contributions >>> both in code and reviews and I beleive he is in a good position to >>> be considered for core where he will be able to provide additional value to the project. >>> Hemanth has demonstrated rigour for quality through his >>> contributions and is always keen to help others with his deep >>> knowledge of the charms and Openstack. Here is a list of all his contributions: >>> >>> patches: >>> https://review.opendev.org/q/owner:hemanth.nakkina%2540canonical.com >>> reviews: >>> https://review.opendev.org/q/reviewedby:hemanth.nakkina%2540canonica >>> l.com >>> >>> I hope you will join me in voting for Hemanth. >> >> >> +1 from me; Hemanth has submitted good patches and thoughtful reviews in my experience. He would be a good member of charms-core. >> >> Cheers >> Alex. >> > > I concur with Alex here. +1 from me as well. I concur with Alex and Billy here. I would like to add that it has been a pleasure to work with Hemanth to resolve some really hard problems and I look forward to what he can bring to the team and project in the capacity of being a charms core. -- Frode Nordahl > - Billy > >>> >>> >>> - Ed >>> >>> >> >> >> -- >> Alex Kavanagh - Software Engineer >> OpenStack Engineering - Data Centre Development - Canonical Ltd ------------------------------ Message: 2 Date: Tue, 4 Jan 2022 12:00:53 -0500 From: Jason Poulin <corellianimports(a)aol.com> To: Ronelle Landy <rlandy(a)redhat.com> Cc: Amol Kahat <akahat(a)redhat.com>, Marios Andreou <marios(a)redhat.com>, openstack-discuss <openstack-discuss(a)lists.openstack.org> Subject: Re: [TripleO] Douglas Viroel for tripleo-ci core Message-ID: <C5A32FC3-0DB1-4190-9A10-6D8288B95F88(a)aol.com> Content-Type: text/plain; charset="utf-8" Can someone take me off this list. I don?t know why I?m on it. Please. > On Jan 4, 2022, at 11:32 AM, Ronelle Landy <rlandy(a)redhat.com> wrote: > > ? > +1 absolutely > >> On Tue, Jan 4, 2022 at 11:25 AM Amol Kahat <akahat(a)redhat.com> wrote: >> +1 >> >>> On Tue, Jan 4, 2022 at 6:40 PM Marios Andreou <marios(a)redhat.com> wrote: >>> Hello TripleO ( & happy new year :) \o/ ) >>> >>> I'd like to propose Douglas Viroel [1] for core on the tripleo-ci >>> repos (openstack/tripleo-ci, openstack/tripleo-quickstart-extras, >>> openstack/tripleo-quickstart, openstack/tripleo-repos). >>> >>> Doug joined the team last year and besides his code contributions he >>> has also been consistently providing many very useful and thoughtful >>> code reviews. I think he will be an excellent addition to the ci >>> core team. >>> >>> As is customary, let's leave this thread open for a week and if >>> there are no objections or other concerns then we add Doug to the >>> core group next week. >>> >>> thanks, marios >>> >>> [1] https://review.opendev.org/q/owner:viroel%2540gmail.com >>> >>> >> >> >> -- >> Amol Kahat >> Software Engineer >> Red Hat India Pvt. Ltd. Pune, India. >> akahat(a)redhat.com >> B764 E6F8 F4C1 A1AF 816C 6840 FDD3 BA6C 832D 7715

1 0

[neutron] Bug deputy December 27
by Rodolfo Alonso Hernandez 04 Jan '22

04 Jan '22

Hello: These are the bugs opened during the last week: https://bugs.launchpad.net/neutron/+bug/1956034: "ovn load balancer health monitor cause mac address conflict". Unassigned. https://bugs.launchpad.net/neutron/+bug/1956035: "ovn load balancer member failover not working when accessed from floating ip". Unassigned. https://bugs.launchpad.net/neutron/+bug/1955799: "Not changing floatingip status while deleting instance that had floatingip assocciate (Showing ACTIVE)". Patch: https://review.opendev.org/c/openstack/neutron/+/822091 Regards.

1 0