July 2020 - openstack-discuss - lists.openstack.org

[infra] CentOS support for mirror role in system-config
by Javier Pena 29 Jul '20

29 Jul '20

Hi all, TL;DR: I have proposed a set of changes to add CentOS support to the mirror role in system-config with [1] and would appreciate reviews. Long version: the RDO project maintains a set of mirrors that mimic those provided by the OpenDev Infra team to jobs running in review.opendev.org. The reason for this is to provide the same environment for TripleO jobs to run on both OpenDev's and RDO's Gerrit platforms. Previously, we used the Puppet modules from the system-config repo, together with some unmerged changes to move that support to puppet-openstackci, as it was suggested during the review process [2]. Once those modules were obsoleted, we have proposed a set of changes to the mirror ansible role [1] to add that support. I would appreciate reviews on those changes (thanks Ian for the first reviews!). Some of them are small bugfixes to fix the already existing CentOS support, while [3] is the one targeting the mirror role. Thanks, Javier [1] - https://review.opendev.org/#/q/status:open+project:opendev/system-config+br… [2] - https://review.opendev.org/#/q/status:open+project:opendev/puppet-openstack… [3] - https://review.opendev.org/736996

3 4

[cinder] victoria virtual mid-cycle part 2 poll
by Brian Rosmaita 29 Jul '20

29 Jul '20

Hello Cinder team and fellow travelers, Part 2 of our Victoria virtual mid-cycle, to be held at R-9 (the week of 10 August) is fast approaching, so we need to pick a date/time for the 2-hour virtual event. Please indicate your availability on the following poll: https://doodle.com/poll/ywdrhpy78kuizusn Please respond before 12:00 UTC on Tuesday 4 August. thanks, brian

1 0

privsep helper command exited non-zero (1) [openstack-dev][kuryr]
by Niu,Lixin 28 Jul '20

28 Jul '20

HI List When I run the kuryr, and launch the pods from k8s, I get some error like the title. Could you please help me to solve this problem? Please give some tips. Thanks a lot. 2020-07-28 16:35:22.084 27610 ERROR os_vif [-] Failed to plug vif VIFBridge(active=False,address=fa:16:3e:f2:ff:e6,bridge_name='qbradfc2b63-47',has_traffic_filtering=True,id=adfc2b63-471e-4fc6-b7be-72af56ee1f27,network=Network(652fdbae-281d-4475-b883-dcfecb821cbd),plugin='ovs',port_profile=VIFPortProfileOpenVSwitch,preserve_on_delete=False,vif_name='tapadfc2b63-47'): oslo_privsep.daemon.FailedToDropPrivileges: privsep helper command exited non-zero (1)

4 3

[neutron][networking-midonet] Maintainers needed
by Slawek Kaplonski 28 Jul '20

28 Jul '20

Hi, Over the past couple of cycles we have noticed that new contributions and maintenance efforts for networking-midonet project were lower and lower. This impacts patches for bug fixes, new features and reviews. The Neutron core team is trying to at least keep the CI of this project more or less healthy, but we don't have enough cycles and knowledge about the details of this project code base to review more complex patches. During the PTG in Shanghai we discussed that with operators and TC members during the forum session [1] and later within the Neutron team during the PTG session [2]. During these discussions, with the help of operators and TC members, we reached the conclusion that we need to have someone responsible for maintaining project. This doesn't mean that the maintainer needs to spend full time working on this project. Rather, we need someone to be the contact person for the project, who takes care of the project's CI and review patches. Of course that'ss only a minimal requirement. If the new maintainer works on new features for the project, it's even better :) I recently spoke with members of current networking-midonet core team and they told me that they don't have cycles to focus on this project. So if we don't have any new maintainer(s) before milestone Victoria-2, which is Jul 27 - Jul 31 according to [3], we will need to mark networking-midonet as deprecated for removal. "Removal" means that in W cycle we will remove code of this project from its master branch and there will be no new releases of it. We will still keep code in stable branches which were already released until its EOL. So if You are using this project now, or if You have customers who are using it, please consider the possibility of maintaining it. Otherwise, please be aware that it is highly possible that the project will be deprecated and moved out from the official OpenStack projects. [1] https://etherpad.openstack.org/p/PVG-Neutron-stadium-projects-the-path-forw… [2] https://etherpad.openstack.org/p/Shanghai-Neutron-Planning-restored - Lines 379-421 [3] https://releases.openstack.org/victoria/schedule.html -- Slawek Kaplonski Senior software engineer Red Hat

1 1

London Openinfra virtual meetup
by Mark Goddard 28 Jul '20

28 Jul '20

Hi, The London Openinfra meetup group [1] are hosting a virtual meetup [2] this Thursday (30th July) at 17:00 UTC. Owing to the magic of video streaming [3], attendees do not need to be physically present in London to watch! Here's the schedule: 6:00pm to 6:30pm - Introductions, OpenStack 10th anniversary retrospective 6:30pm to 7:15pm - Edge ecosystem, use cases and architectures (Ildikó Vancsa, OpenStack Foundation and Gergely Csatari, Nokia) 7:20pm to 8:05pm - Kayobe & Kolla - sane OpenStack deployment (Mark Goddard, StackHPC 8:15pm to 9:00pm - TBC I can guarantee that Ildikó and Gergely's talk will be great. As for the other one, you'll have to judge for yourselves ;) Cheers, Mark [1] https://www.meetup.com/OpenInfra-London/ [2] https://www.meetup.com/OpenInfra-London/events/272083028/ [3] https://www.youtube.com/watch?v=0liqSO0SZ60

1 2

[tc] weekly update
by Mohammed Naser 27 Jul '20

27 Jul '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 - Migrate testing to ubuntu focal https://review.opendev.org/740851 - 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 - Deprecate os_congress project https://review.opendev.org/742533 - Create starter-kit:kubernetes-in-virt tag https://review.opendev.org/736369 - [draft] Add assert:supports-standalone https://review.opendev.org/722399 [Updated 34 days ago] - Add legacy repository validation https://review.opendev.org/737559 [Updated 19 days ago] ## General Changes - Migrate from mock to built in unittest.mock https://review.opendev.org/722924 # 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-12: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016056.html # Other Reminders - Milestone 2 is this week on July 30th Thanks for reading! Mohammed & Kendall -- Mohammed Naser VEXXHOST, Inc.

1 0

[oslo] PTO next week
by Ben Nemec 27 Jul '20

27 Jul '20

Hello fellow virtual Scandinavians, As noted in the meeting this week, I will be avoiding human contact in a different location next week, one that has fewer people and no internet. That means I won't be running the meeting. As always, if someone else from the Oslo team wants to run it, please feel free. I'll catch up when I get back. Or I might appoint you PTL. Who knows! ;-) -Ben

1 0

Nate bug deputy notes - 2020-07-20 to 2020-07-27
by Nate Johnston 27 Jul '20

27 Jul '20

All, Here are my notes from this week as bug deputy. There are two issues that, because of IPv6 defects in my home lab, I was not able to confirm. Other than these everything has an assignee and/or a fix being worked on. Untriaged: - "Neutron start radvd and mess up the routing table when: ipv6_ra_mode=not set ipv6-address-mode=slaac" - URL: https://bugs.launchpad.net/bugs/1888256 - Version: stable/rocky - Tags: ipv6 - Assignee: none - "IPv6 PD with DVR does not assign correct snat sg address" - URL: https://bugs.launchpad.net/bugs/1888464 - Version: stable/stein - Tags: ipv6 - Assignee: none Critical: - "[OVN]: creating a local switch port that has no tags should not fail" - URL: https://bugs.launchpad.net/bugs/1888736 - Assignee: ffernand - Fix: https://review.opendev.org/742758 merged High: - "[FT] neutron.tests.functional.agent.linux.test_iptables.IptablesManagerNonRootTestCase test cases always failing" - URL: https://bugs.launchpad.net/bugs/1888213 - Tags: gate-failure - Assignee: ralonsoh - Fix: https://review.opendev.org/741957 released - '[neutron-tempest-plugin] greendns query has no attribute "_compute_expiration"' - URL: https://bugs.launchpad.net/bugs/1888258 - Fix: https://review.opendev.org/741986 released - "[OVN Octavia Provider] octavia_tempest_plugin.tests.api.v2.test_member.MemberAPITest.test_member_batch_update fails" - URL: https://bugs.launchpad.net/bugs/1888489 - Tags: ovn-octavia-provider - Assignee: maciej.jozefczyk - Fix: https://review.opendev.org/742410 - "[OVN Octavia Provider] octavia_tempest_plugin.tests.api.v2.test_pool.PoolAPITest.test_pool_create_with_listener fails" - URL: https://bugs.launchpad.net/neutron/+bug/1888646 - Tags: ovn-octavia-provider - Assignee: maciej.jozefczyk - "OVN: Extra DHCP options validation broke the Ironic+OVN+DHCP agent combination" - URL: https://bugs.launchpad.net/bugs/1888649 - Assignee: lucasgomes - Fix: https://review.opendev.org/742654 released - "[FT] TestMaintenance.test_port failing" - URL: https://bugs.launchpad.net/bugs/1888828 - Assignee: ralonsoh - Fix: https://review.opendev.org/742868 Medium: - "neutron-sanity-check fails with NoSuchOptError: no such option vf_management" - URL: https://bugs.launchpad.net/bugs/1888920 - Assignee: ralonsoh - Fix: https://review.opendev.org/743190 Wishlist: - "Change the default value of "propagate_uplink_status" to True" - URL: https://bugs.launchpad.net/bugs/1888487 - "Improve core plugin extension filtering using the mechanism driver information" - URL: https://bugs.launchpad.net/bugs/1888829 Next up is Akihiro. Last week's report by lajoskatona is here: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016002.html Thanks, Nate

1 1

[nova][gate] nova-ceph-multistore job failing with NoValidHost
by melanie witt 27 Jul '20

27 Jul '20

Hey all, The nova-ceph-multistore job (devstack-plugin-ceph-tempest-py3 + tweaks to make it run with multiple glance stores) is failing at around a 80% rate as of today. We are tracking the work in this bug: https://bugs.launchpad.net/devstack-plugin-ceph/+bug/1888895 The TL;DR on this is that the ceph bluestore backend when backed by a file will create the file if it doesn't already exist and will create it with a default size. Prior to today, we were pulling ceph version 14.2.10 which defaults the file size to 100G. Then today, we started pulling ceph version 14.2.2 which defaults the file size to 10G which isn't enough space and we're getting NoValidHost with no allocation candidates being returned from placement. We don't know yet what caused us to start pulling an older version tag for ceph. We are currently trying out a WIP fix in the devstack-plugin-ceph repo to configure the bluestore_block_file_size to a reasonable value instead of relying on the default: https://review.opendev.org/742961 We'll keep you updated on the progress as we work on it. Cheers, -melanie

1 2

floating IP - HA, kind of - how ?
by lejeczek 27 Jul '20

27 Jul '20

hi guys, A novice here so go easy on me please. I wonder - is there a mechanism in openstack, a built-in feature where a floating IP could be juggled between guests/instances dynamically - would you know? What comes to mind is something like HA/pacemaker, something where business logic operates around condition and actions. I cannot make is simpler than such an example - instance_A has floating_IPa but if something "bad" happens to it then floating_IPa moves to instance_B - can something like that be handled by openstack's tooling or goes outside its realm and can only be worked out however anybody would do it individually? many thanks, L.

5 5