March 2021 - openstack-discuss - lists.openstack.org

[openstack-helm] Meeting cancelled March 31st
by Gage Hugo 30 Mar '21

30 Mar '21

Hey team, Since there are no agenda items [0] for the IRC meeting tomorrow, March 31st, the meeting is cancelled. Our next IRC meeting will be April 6th. Thanks [0] https://etherpad.opendev.org/p/openstack-helm-weekly-meeting

1 0

[puppet] Artificially inflated dependencies in metadata.json of all modules
by Thomas Goirand 29 Mar '21

29 Mar '21

Hi, Each time there's a new release, all of the modules are getting a new set of lower bounds for: - openstack/keystone - openstack/openstacklib - openstack/oslo I just did a quick check and this really doesn't make sense. For example, for going from 18.2.0 to 18.3.0, there's no breakage of the API that would require a bump of version in all modules. So, could we please stop this non-sense and restore some kind of sanity in our dependency management ? FYI, I'm expressing these in the packaged version of the puppet modules, and it increase complexity for no reasons. A lower bound of a dependency should be increased *only* when really mandatory (ie: a backward compatibility breakage, a change in the API, etc.). Your thoughts? Cheers, Thomas Goirand (zigo)

3 6

[tripleo] TripleO CI Summary: Unified Sprint 41
by Bhagyashri Shewale 29 Mar '21

29 Mar '21

Greetings, The TripleO CI team has just completed **Unified Sprint 41** (Feb 25 thru Mar 17 2021). The following is a summary of completed work during this sprint cycle: - Successfully deployed promoter server for all c8 and c7 releases using new code (next gen) promoter code <https://hackmd.io/team/rh-openstack-ci?nav=search&q=promoter> - Continue to adopt new changes and improvements in the promoter : - https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/32007 - https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/32069 - https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/32058 - Reduce our upstream resource usage with zuul jobs including optimizations across the zuul layouts in all the tripleo-* repos - https://review.opendev.org/q/topic:tripleo-ci-reduce - Cirros image setup more resilience to infra setup to avoid failures: - Tempest conf image retry: https://review.opendev.org/c/osf/python-tempestconf/+/775195 - Usage of local cirros image: https://review.opendev.org/c/openstack/tripleo-quickstart-extras/+/778157 - Basically, the tag was wrong, and the copy and tagging was one single operation, now the copy command is copying every hour all the hashes available and tag is running separately now collecting the current-tripleo tag directly from the delorean api. - copy-quay script: https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/32478 - Migrations from CentOS-8 to Centos-8-stream: These are the reviews: https://hackmd.io/9Xve-rYpRaKbk5NMe7kukw - Modification of the private_apis of scenario manager: - Following apis have been made public by this commit as the tempest.scenario.manager interface is meant to be consumed by tempest plugins. - https://review.opendev.org/c/openstack/tempest/+/777089 - https://review.opendev.org/c/openstack/tempest/+/778697 - https://review.opendev.org/c/openstack/tempest/+/778698 - https://review.opendev.org/c/openstack/tempest/+/77735 <https://review.opendev.org/c/openstack/tempest/+/777351> - <https://review.opendev.org/c/openstack/tempest/+/777351>Design Upstream and downstream dependency pipeline dashboard: - Added unit tests for telegraf zuul v3 queue status script : https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/31948 - RPM dependency pipeline dashboard : https://review.rdoproject.org/r/c/rdo-infra/ci-config/+/32477/ - Created the design document for tripleo-repos <https://opendev.org/openstack/tripleo-repos> - https://hackmd.io/v2jCX9RwSeuP8EEFDHRa8g?view - https://review.opendev.org/c/openstack/tripleo-specs/+/772442 The planned work for the next sprint and leftover previous sprint work as following: - Deploy the promoter server for upstream promotions on vexxhost - Component / integration rdo pipelines for wallaby/ wallaby branching - Content provider jobs across all branches - Removing Rocky jobs (EOL) - elastic-recheck containerization - https://hackmd.io/dmxF-brbS-yg7tkFB_kxXQ - Openstack health for tripleo - https://hackmd.io/HQ5hyGAOSuG44Le2x6YzUw - Tripleo-repos spec and implementation - https://hackmd.io/v2jCX9RwSeuP8EEFDHRa8g?view - https://review.opendev.org/c/openstack/tripleo-specs/+/772442 - Tempest skiplist: Started to work on tempest-skiplist allowed list of tests (no patches yet) - Patrole stable release- Started to work on it The Ruck and Rover for this sprint are Chandan Kumar (chkumar) and Sorin (zbr). Please direct questions or queries to them regarding CI status or issues in #tripleo, ideally to whomever has the ‘|ruck’ suffix on their nick. Ruck/rover notes to be tracked in hackmd. Thanks, Bhagyashri Shewale

1 0

[neutron] Bug deputy report for week of March 22
by Lajos Katona 29 Mar '21

29 Mar '21

Hi, I was Neutron bug deputy for the previous week, please read a short summary of the reported bugs. Lajos - Critical - "test_add_remove_fixed_ip" faling in "grenade-dvr-multinode" CI job - https://bugs.launchpad.net/neutron/+bug/1920778 - grenade-dvr-multinode job is made non-voting - proposals to fix it: https://review.opendev.org/c/openstack/neutron/+/782677 & https://review.opendev.org/c/openstack/neutron/+/782690 - os.kill(SIGTERM) does not finish and timeouts - https://bugs.launchpad.net/neutron/+bug/1921154 - If I recall correctly the os.kill thing was reverted and decided to come back later to it: https://review.opendev.org/c/openstack/neutron/+/782972 - High Bugs - When OVS restart, some flows will be missing in the br-int - https://bugs.launchpad.net/neutron/+bug/1920700 - Merged / released - [OVN] Stale Logical Router Port entry fail to be removed by maintenance task - https://bugs.launchpad.net/neutron/+bug/1920968 - Merged / released - Rally test NeutronNetworks.create_and_update_subnets fails - https://bugs.launchpad.net/neutron/+bug/1920923 - In progress ( https://review.opendev.org/c/openstack/neutron/+/782587 ) - ovn: DVR on VLAN networks does not work - https://bugs.launchpad.net/neutron/+bug/1920976 - Merged / released - [QoS min bw] repeated ERROR log: Unable to save resource provider ... because: re-parenting a provider is not currently allowed - https://bugs.launchpad.net/neutron/+bug/1921150 - In progress: https://review.opendev.org/c/openstack/neutron/+/782553 - Medium Bugs - "rpc_response_max_timeout" configuration variable not present in metadata-agent - https://bugs.launchpad.net/neutron/+bug/1920842 - Merge / releases - neutron dvr should lower proxy_delay when using proxy_arp - https://bugs.launchpad.net/neutron/+bug/1920975 - In progress ( https://review.opendev.org/c/openstack/neutron/+/782570 ) - ml2/ovn should not be calling neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api - https://bugs.launchpad.net/neutron/+bug/1921491 - Unassigned - VPNaaS strongSwan driver does not reload secrets - https://bugs.launchpad.net/neutron/+bug/1921514 - In progress in neutron-vpnaas: https://review.opendev.org/c/openstack/neutron-vpnaas/+/783331 - Low - RFE/Whislist - [RFE] Allow explicit management of default routes - https://bugs.launchpad.net/neutron/+bug/1921126 - approved - [RFE] Enhancement to Neutron BGPaaS to directly support Neutron Routers & bgp-peering from such routers over internal & external Neutron Networks - https://bugs.launchpad.net/neutron/+bug/1921461 - Approved - - Invalid - neutron-server ovsdbapp timeout exceptions after intermittent connectivity issues - https://bugs.launchpad.net/neutron/+bug/1921085 - Designate PTR record creation results in in-addr.arpa. zone owned by invalid project ID - https://bugs.launchpad.net/neutron/+bug/1921414 - 'Table 'ovn_revision_numbers' is already defined for this MetaData instance - https://bugs.launchpad.net/neutron/+bug/1921577

1 0

Ospurge or "project purge" - What's the right approach to cleanup projects prior to deletion
by Christian Rohmann 29 Mar '21

29 Mar '21

Hello Openstack-Discuss, I was wondering what the right approach to clean up all resources of a project was in order for it to be deleted? 1) There is ospurge (https://opendev.org/x/ospurge) which works, but seems kind of abandoned looking at the last commits and pending issues (https://bugs.launchpad.net/ospurge) Will there still be any further development of this tool? 2) Then there is the project purge command (https://docs.openstack.org/python-openstackclient/victoria/cli/command-obje…) introduced with the Pike release (https://docs.openstack.org/releasenotes/python-openstackclient/pike.html#re… // https://bugs.launchpad.net/python-openstackclient/+bug/1584596 // https://review.opendev.org/c/openstack/python-openstackclient/+/367673/) While it seems only natural to have the cleanup / purge functionality built into the openstack client, I was wondering .. . a) if all potentially existing resources types are covered and this can fully replace ospurge to allow any project to be cleaned up and deleted? What about i.e. Networks, Containers or objects? b) Also ospurge seems to still have some extended options to target or exclude certain resources by using the following options: > [--resource > {Backups,Snapshots,Volumes,Zones,Images,Stacks,FloatingIPs,RouterInterfaces,Routers,Ports,Networks,SecurityGroups,Servers,LoadBalancers,Receivers,Policies,Clusters,Profiles,Objects,Containers}] > [--exclude-resource > {Backups,Snapshots,Volumes,Zones,Images,Stacks,FloatingIPs,RouterInterfaces,Routers,Ports,Networks,SecurityGroups,Servers,LoadBalancers,Receivers,Policies,Clusters,Profiles,Objects,Containers}] those options are not (yet) available for the "project purge" command of the openstack client. With regards, Christian

5 13

[all][tc] Xena PTG Planning
by Ghanshyam Mann 29 Mar '21

29 Mar '21

Hello Everyone, As you already know that the Xena cycle virtual PTG will be held between 19th - 23rd April[1]. To plan the Technical Committee PTG planning, please do the following: 1. Fill the doodle poll as per your availability. Please fill it soon as we need to book the slot by 25th March(which is tomorrow). - https://doodle.com/poll/2zy8hex4r6wvidqk?utm_source=poll&utm_medium=link 2. Add the topics you would like to discuss to the below etherpad. - https://etherpad.opendev.org/p/tc-xena-ptg NOTE: this is not limited to TC members only; I would like all community members to fill the doodle poll and, add the topics you would like or want TC members to discuss in PTG. -gmann

2 3

[tc] New Chair
by Mohammed Naser 29 Mar '21

29 Mar '21

Hi everyone, I'd like to introduce/congratulate/welcome Ghanshyam as the new chair of our technical committee. I'm happy to see them step up to this role and I think they're an excellent candidate from their hard work within the community. Thanks for having me as chair for the past few years, I'm still around and continue to be on the technical committee and thanks for reading my weekly updates :) Regards, Mohammed -- Mohammed Naser VEXXHOST, Inc.

4 3

[Containers SIG][tc]Is any one interested on Containers SIG? Or should we retire Containers SIG?
by Rico Lin 29 Mar '21

29 Mar '21

Dear all, I just propose a patch to openstack/governance-sigs to officially retire containers SIG [1]. In past months, there's no activity in the SIG, and Jean-Philippe didn't get time for the SIG chair role too. IMO, The goal from Containers SIG definitely provide great value to Openstack community because we didn't have much work on checking whether we reach great container support or not. Hance don't really wish it got archived and retired. Still if no one interested enough and have time to join and chair the SIG, we have no option but to move it to retired state ("archived"). So if you're interested in chair the SIG, please raise your hand now. For sure SIGs might be able to bring back to live after we retired it. But I guess will be even better if we got someone take it over and work on it. Again if no one volunteer to chair it, the retire patch [1] will be the way to go. [1] https://review.opendev.org/c/openstack/governance-sigs/+/783001 *Rico Lin* OIF Board director, OpenSack TC, Multi-arch SIG chair, Heat PTL, Senior Software Engineer@EasyStack *Email: ricolin(a)ricolky.com <ricolin(a)ricolky.com>* *Phone: +886-963-612-021*

2 2

[kolla-ansible] Inventory group vars
by Alexandros Soumplis 27 Mar '21

27 Mar '21

Hi all, I am trying to define a couple of variables in the inventory file for a specific group and I do something like the following in the inventory: (...) [compute] comp[1:5] [compute:vars] neutron_external_interface=bond0.100, bond0.101 neutron_bridge_name=br-ex,br-ex2 (...) This is a valid ansible setup, however with kolla-ansible these variables are totally ignored. Any suggestion ? a.

4 6

[Keystone][Oslo] Policy problems
by meberhardt＠unl.edu.ar 27 Mar '21

27 Mar '21

Hi, my installation complains about deprecated policies and throw errors when I try to run spacific commands in cli (list projects or list users, for example). "You are not authorized to perform the requested action: identity:list_users." I tried to fix this by upgrading the keystone policies using oslopolicy-policy-generator and oslopolicy-policy-upgrade. Just found two places where I have those keystone policy files in my sistem: /etc/openstack_dashboard/keystone_policy.json and cd /lib/python3.6/site-packages/openstack_auth/tests/conf/keystone_policy.json I regenerated & upgraded it but Keystone still complains about the old polices. ¿Where are it placed? ¿How I shoud fix it? OS: CentOS 8 Openstack version: Ussuri Manual installation Thanks, Matias /* --------------------------------------------------------------- */ /* Matías A. Eberhardt */ /* */ /* Centro de Telemática */ /* Secretaría General */ /* UNIVERSIDAD NACIONAL DEL LITORAL */ /* Pje. Martínez 2652 - S3002AAB Santa Fe - Argentina */ /* tel +54(342)455-4245 - FAX +54(342)457-1240 */ /* --------------------------------------------------------------- */

2 1