August 2020 - openstack-discuss - lists.openstack.org

[neutron] Drivers team meetings 7.08.2020 and 14.08.2020
by Slawek Kaplonski 05 Aug '20

05 Aug '20

Hi, I have internal training this Friday and I will be on PTO next Friday. Because of that I will not be able to chair neutron drivers meetings those 2 weeks. Currently we don’t have any new RFES to discuss so lets cancel those meetings and focus on implementation of RFEs already accepted. See You on drivers meeting on Friday, 21.08.2020 — Slawek Kaplonski Principal software engineer Red Hat

1 0

[tc] monthly meeting
by Mohammed Naser 05 Aug '20

05 Aug '20

Hi everyone, Here’s the agenda for our monthly TC meeting. It will happen tomorrow (Thursday the 6th) at 1400 UTC in #openstack-tc and I will be your chair. If you can’t attend, please put your name in the “Apologies for Absence” section. https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting * ACTIVE INITIATIVES - Follow up on past action items - OpenStack User-facing APIs and CLIs (belmoreira) - W cycle goal selection start - Completion of retirement cleanup (gmann) https://etherpad.opendev.org/p/tc-retirement-cleanup Thank you, Mohammed -- Mohammed Naser VEXXHOST, Inc.

1 0

[nova] Change Volume Type Properties
by Marc Vorwerk 05 Aug '20

05 Aug '20

Hi, I'm looking for a way to add the property volume_backend_name to an existing Volume Type which is in use. If I try to change this, I got the following error: root@control01rt:~# openstack volume type show test-type +--------------------+--------------------------------------+ | Field | Value | +--------------------+--------------------------------------+ | access_project_ids | None | | description | None | | id | 68febdad-e7b1-4d41-ba11-72d0e1a1cce0 | | is_public | True | | name | test-type | | properties | | | qos_specs_id | None | +--------------------+--------------------------------------+ root@control01rt:~# openstack volume type set --property volume_backend_name=ceph test-type Failed to set volume type property: Volume Type is currently in use. (HTTP 400) (Request-ID: req-2b8f3829-5c16-42c3-ac57-01199688bd58) Command Failed: One or more of the operations failed root@control01rt:~# Problem what I see is, that there are instances/volumes which use this volume type. Have anybody an idea, how I can add the volume_backend_name property to the existing Volume Type? thanks in advance! Regards Marc

2 1

[kolla] Proposing Michał Nasiadka for kayobe-core
by Mark Goddard 05 Aug '20

05 Aug '20

Hi, I'd like to propose adding Michał Nasiadka to the kayobe-core group. Michał is a valued member of the Kolla core team, and has been providing some good patches and reviews for Kayobe too. Kayobians, please respond with +1/-1. Cheers, Mark

4 4

[placement][gate] functional tests failing
by melanie witt 05 Aug '20

05 Aug '20

Hi all, I recently proposed a change to openstack/placement and found that the functional tests are currently failing. It's because of a recent-ish bump to upper-constraints to allow os-traits 2.4.0: https://review.opendev.org/739330 and placement has a func test that asserts the number of standard traits (more traits are available in 2.4.0). I've proposed a fix for the func test here if anyone could please help review: https://review.opendev.org/744790 Cheers, -melanie

1 1

[nova] Hyper-V hosts
by Eric K. Miller 04 Aug '20

04 Aug '20

Hi, I thought I'd look into support of Hyper-V hosts for Windows Server environments, but it looks like the latest cloudbase Windows Hyper-V OpenStack Installer is for Train, and nothing seems to discuss the use of Hyper-V in Windows Server 2019. Has it been abandoned? Is anyone using Hyper-V with OpenStack successfully? One of the reasons we thought we might support it is to provide nested support for VMs with GPUs and/or vGPUs, and thought this would work better than with KVM, specifically with AMD EPYC systems. It seems that when "options kvm-amd nested=1" is used in a modprobe.d config file, Windows machines lock up when started. I think this has been an issue for a while with AMD processors, but thought it was fixed recently (I don't remember where I saw this, though). Would love to hear about any experiences related to Hyper-V and/or nested hypervisor support on AMD EPYC processors. Thanks! Eric

2 2

[nova] openstack-tox-lower-constraints broken
by Lee Yarwood 04 Aug '20

04 Aug '20

Hello all, $subject, I've raised the following bug: openstack-tox-lower-constraints failing due to unmet dependency on decorator==4.0.0 https://launchpad.net/bugs/1890123 I'm trying to resolve this below but I honestly feel like I'm going around in circles: https://review.opendev.org/#/q/topic:bug/1890123 If anyone has any tooling and/or recommendations for resolving issues like this I'd appreciate it! Cheers, -- Lee Yarwood A5D1 9385 88CB 7E5F BE64 6618 BCA6 6E33 F672 2D76

6 9

[openstack][tempest] Deprecation of scenario.img_dir option
by Martin Kopec 04 Aug '20

04 Aug '20

Hello all, we deprecated *scenario.img_dir* option in Tempest by this patch [1]. *scenario.img_file* should contain the full path of an image from now on. However, to make the transition easier for all the Tempest dependent projects, Tempest currently accepts both behaviors - the old where the path to an image consisted of *scenario.img_dir* + *scenario.img_file* and the new one where *scenario.img_file* contains the full path to an image. It will be accepting both ways for one whole release - 25. I proposed patches to projects I found they use scenario.img_dir option, see this link [2]. If you maintain a project from the list [2], please review. If your project somehow uses scenario.img_dir or img_file option and is not in the list [2], please make appropriate changes. [1] https://review.opendev.org/#/c/710996 [2] https://review.opendev.org/#/q/topic:remove_img_dir+(status:open+OR+status:… Regards, -- Martin Kopec Quality Engineer Red Hat EMEA <https://www.redhat.com> <https://red.ht/sig>

1 0

[tc] weekly update
by Mohammed Naser 04 Aug '20

04 Aug '20

Hi everyone, Here’s an update for what happened in the OpenStack TC this week. You can get more information by checking for changes in openstack/governance repository. We've also included a few references to some important mailing list threads that you should check out. # Patches ## Open Reviews - Declare supported runtimes for Wallaby release https://review.opendev.org/743847 - [draft] Add assert:supports-standalone https://review.opendev.org/722399 - Create starter-kit:kubernetes-in-virt tag https://review.opendev.org/736369 - migrate testing to ubuntu focal https://review.opendev.org/740851 ## Project Updates - Add Keystone Kerberos charm to OpenStack charms https://review.opendev.org/743769 - Deprecate os_congress project https://review.opendev.org/742533 - Add Ceph iSCSI charm to OpenStack charms https://review.opendev.org/744480 ## General Changes - Cleanup the remaining osf repos and their data https://review.opendev.org/739291 - [manila] assert:supports-accessible-upgrade https://review.opendev.org/740509 - V goals, Zuul v3 migration: update links and grenade https://review.opendev.org/741987 ## Abandoned Changes - DNM: testing gate on ubuntu focal https://review.opendev.org/743249 # Email Threads - Legacy Zuul Jobs Update 1: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016058.html - Community PyCharm Licenses: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016039.html - Release Countdown R-10: http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016243.h… - CloudKitty Status: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016171.html - Migrate CI Jobs to Ubuntu Focal Update: http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016222.h… - TC Monthly Meeting Reminder: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016196.html # Other Reminders - Aug 4: CFP for Open Infra Summit Closes Thanks for reading! Mohammed & Kendall -- Mohammed Naser VEXXHOST, Inc.

1 0

[neutron] bug deputy report (Jul 27 - Aug 2)
by Akihiro Motoki 04 Aug '20

04 Aug '20

Hi, Sorry for late just before the meeting. This is my bug deputy report last week. General questions ================= * l3-dvr-backlog tag was originally introduced to identify DVR feature gaps. What should we use for OVN L3 feature gaps? * We have no volunteer for FWaaS now. How should we triage fwaas bugs? Needs attentions ================ Both affects neutron behaviors and they are not simple bugs. More opinions would be appreciated. https://bugs.launchpad.net/neutron/+bug/1889631 [OVS][FW] Multicast non-IGMP traffic is allowed by default, not in iptables FW New, Undecided It might be worth RFE. It affects existing deployments. We need more detail discussion on this. https://bugs.launchpad.net/neutron/+bug/1889454 br-int has an unpredictable MTU New, Undecided This is an interesting topic. More opinions would be appreciated. Confirmed ========= [FT][Fullstack] Timeout during OVS bridge creation transaction https://bugs.launchpad.net/neutron/+bug/1889453 Critical, Confirmed In Progress =========== Functional tests neutron.tests.functional.agent.linux.test_linuxbridge_arp_protect failing on Ubuntu 20.04 https://bugs.launchpad.net/neutron/+bug/1889779 High, In Progress CI failture: ImportError: cannot import decorate https://bugs.launchpad.net/neutron/+bug/1890064 High, In Progress, The fix is https://review.opendev.org/#/c/744465/ but blocked by other gate failures Validate subnet when plugging to the router don't works when plugging port https://bugs.launchpad.net/neutron/+bug/1889619 Low, In Progress Won't Fix ========= Functional tests on Ubuntu 20.04 are timed out https://bugs.launchpad.net/neutron/+bug/1889781 High, Won't Fix, it doesn't look like an issue after fixing other issues per slawek ONV feature gaps or cleanups ============================ https://bugs.launchpad.net/neutron/+bug/1889737 [OVN] Stop using neutron.api.rpc.handlers.resources_rpc with OVN as a backend Medium, Confirmed, a kind of cleanup around OVN https://bugs.launchpad.net/neutron/+bug/1889738 [OVN] Stop doing PgDelPortCommand on each router port update Low, Confirmed [OVN] access between Floatings ip and instance with Direct External IP https://bugs.launchpad.net/neutron/+bug/1889388 New, Undecided, OVN feature gap Q: l3-dvr-backlog tag was originally introduced to identify DVR feature gaps. What should we use for OVN L3 feature gaps? FWaaS ====== neutron_tempest_plugin.fwaas.api.test_fwaasv2_extensions failed https://bugs.launchpad.net/neutron/+bug/1889730 New, Undecided, we have no volunteer for FWaaS now. How should we triage fwaas bugs?

1 0