May 2020 - openstack-discuss - lists.openstack.org

[Neutron] How to change the MAC address of Gateway interface of the router
by Rahul Sharma 20 May '20

20 May '20

Hi, I have setup a multi-host openstack cloud on AWS consisting of 3 servers i.e. Controller, Compute & Network Everything is working as expected. My requirement is that the compute instances should be able to communicate with the internet and vice-versa. However, AWS due to its security policies will drop all traffic that is sourced from the VMs because the VM traffic will have the MAC address of the gateway interface of the router when it hits the AWS switch. This MAC address is not know to AWS hence it drops this traffic. AWS will allow only that traffic that contains the registered MAC address as its source address So I need to change the MAC address of the gateway interface of the L3 router on the network node. I tried googling but could not find any solution. Is there any solution/command to do this ? Thanks, Kaushik

2 2

[largescale-sig] Next meeting: May 20, 8utc
by Thierry Carrez 20 May '20

20 May '20

Hi everyone, The Large Scale SIG will have a meeting this week on Wednesday, May 20 at 8 UTC[1] in the #openstack-meeting-3 channel on IRC: https://www.timeanddate.com/worldclock/fixedtime.html?iso=20200520T08 Feel free to add topics to our agenda at: https://etherpad.openstack.org/p/large-scale-sig-meeting A reminder of the TODOs we had from last meeting, in case you have time to make progress on them: - amorin to propose patch against Nova doc - ttx to create an empty oslo-metric repository - masahito to finalize oslo.metric POC code release Talk to you all on Wednesday, -- Thierry Carrez

1 1

[operators] multi release upgrades?
by Fabian Zimmermann 20 May '20

20 May '20

Hi, Does anybody did already some multi release upgrades f.e. queens->train and is able to share his knowhow? Thanks, Fabian

3 2

Re: [Cyborg][PTG]Virtual PTG Planning
by yumeng bao 20 May '20

20 May '20

Hi team, I have booked the following slots for Cyborg Virtual PTG [1] based on the doodle poll results. * June 2 Tuesday 6:00 UTC - 8:00 UTC, Room Cactus * June 3 Wednesday 6:00 UTC - 8:00 UTC,Room Cactus * June 4 Thursday 6:00 UTC - 8:00 UTC,Room Cactus *June 5 Friday 6:00 UTC - 8:00 UTC,Room Bexar Moreover, I have synced with Slaweq and gibi, and we agreed to have a Nova-Neutron-Cyborg cross project discussion on Friday from 14:00 UTC to 15:00 UTC in Room Juno (Thanks to Nova for sharing this time slot!) There are two weeks to go before the virtual PTG. So I would like to encourage you to LOOK AT the etherpad[2] and ADD YOUR NAME to the Attendance section if you are planning to attend! If you have topics for the PTG, please try to start discussing them now either in the etherpad[2] or in a spec or just on the ML. (Such preparation is especially necessary for those cross project topics to get agreements/directions internally first, we have very limited time to conclude the topics during the PTG.) Let’s continue discussing this at tomorrow’s weekly meeting. [1] https://ethercalc.openstack.org/126u8ek25noy [2] https://etherpad.opendev.org/p/cyborg-victoria-goals Regards， Yumeng

1 0

[tripleo][ci] remove upstream multinode scenario jobs (queens, rocky)
by Wesley Hayutin 20 May '20

20 May '20

Greetings, I'd like to propose that we start removing multinode ( 2 node ) based scenario jobs from the upstream that still exist in queens and rocky. We will continue to support a basic multinode deployment [1 ] across all the branches. From stable/stein on we only maintain one multinode job, and the scenarios have all been migrated to single node deployments. The loss of coverage will be augmented by the RDO promotion pipeline [2] that should be verifying all the upstream check/gate jobs across the branches. Issues will be caught periodically vs. on a per patch basis. Issues will be reported, debugged and sent to the appropriate teams. I am not proposing we do this overnight or in one giant patch, but over time start to remove the upstream coverage. We also need to ensure that the upstream version is properly covered in RDO software factory. WHY??? Two node deployments in upstream infrastructure are very unreliable and often timeout. Generally devolving into noise and wasted resources and time spent by developers trying to land patches [3]. Comments / Questions?? [1] tripleo-ci-centos-[7,8]-containers-multinode [2] https://review.rdoproject.org/zuul/builds?pipeline=openstack-periodic-wedne… [3] https://bugs.launchpad.net/tripleo/+bug/1879565

1 0

Virtual PTG Schedule Live & Registration Reminder
by Kendall Waters 19 May '20

19 May '20

Hey everyone, The June 2020 Project Teams Gathering is right around the corner! The official schedule has now been posted on the PTG website [1], the PTGbot has been updated[2], and we have also attached it to this email. Friendly reminder, if you have not already registered, please do so [3]. It is important that we get everyone to register for the event as this is how we will contact you about tooling information and other event details. Please let us know if you have any questions. Cheers, The Kendalls (diablo_rojo & wendallkaters) [1] www.openstack.org/ptg <http://www.openstack.org/ptg> [2] http://ptg.openstack.org/ptg.html <http://ptg.openstack.org/ptg.html> [3] https://virtualptgjune2020.eventbrite.com <https://virtualptgjune2020.eventbrite.com/>

1 0

[ironic] trusted delgation cores?
by Julia Kreger 19 May '20

19 May '20

Greetings awesome people and AIs! Earlier today, I noticed Iury (iurygregory) only had +1 rights on the ironic-prometheus-exporter. I noted this in IRC and went to go see about adding him to the group, and realized we didn't have a separate group already defined for ironic-prometheus-exporter, which left a question, do we create a new group, or just grant ironic-core membership. And the question of starting to engage in trusted delegation of core rights came up in IRC[0]. I think it makes a lot of sense, but wanted to see what everyone thought? Specifically in Iury's case: I feel he has proven himself, in ironic and non-ironic cases, and I think it makes sense to grant him core rights under the premise that he is unlikely to approve non-trivial changes to merge that he is not confident in. Thoughts, concerns, congratulations? For both questions? -Julia [0]: http://eavesdrop.openstack.org/irclogs/%23openstack-ironic/%23openstack-iro…

6 5

[tripleo][ptg] schedule posted
by Wesley Hayutin 19 May '20

19 May '20

Greetings owls, Victoria Schedule has been posted [1]. There are a lot of great topics so we're going to limit the time slots to 1/2 hour each. Creating a blueprint and spec for your topic prior to the PTG will help you make your point and win the game of influence [2]. Please feel free to self sign up on the schedule, I will cross check any unassigned topics prior to the event and punt them to the last day. For now we're going to close adding new topics to fit the schedule. There is spare time on the calendar for Q&A and random ad hoc topics [3] if needed. To prepare for your presentations please ensure you are comfortable w/ the video conferencing [4] as much as possible. Looking forward to seeing you all Thanks!! [1] https://etherpad.opendev.org/p/tripleo-ptg-victoria [2] https://review.opendev.org/#/q/project:openstack/tripleo-specs+status:open https://blueprints.launchpad.net/tripleo [3] https://ethercalc.openstack.org/126u8ek25noy [4] https://meetpad.opendev.org/

1 0

[keystone] scope enforcement ready for prime time?
by Mark Goddard 19 May '20

19 May '20

Hi, I have a use case which I think could be fulfilled by scoped tokens: Allow an operator to delegate the ability to an actor to create users within a domain, without giving them the keys to the cloud. To do this, I understand I can assign a user the admin role for a domain. It seems that for this to work, I need to set [oslo_policy] enforce_scope = True in keystone.conf. The Train cycle highlights suggest this is now fully implemented in keystone, but other most projects lack support for scopes. Does this mean that in the above case, the user would have full cloud admin privileges in other services that lack support for scopes? i.e. while I expect it's safe to enable scope enforcement in keystone, is it "safe" to use it? Cheers, Mark

3 3

[Watcher]IRC meeting on May 20
by licanwei 19 May '20

19 May '20

Hi, Tomorrow at 08:00 UTC on #openstack-meeting-alt. pls update the meeting agenda if you have something want to be discussed. thanks, | | licanwei_cn | | 邮箱：licanwei_cn(a)163.com | 签名由网易邮箱大师定制

1 0

[neutron] Recent incompatible change in stable/rocky branch
by Neil Jerram 19 May '20

19 May '20

I'm sorry, but this is a moan. This merge - https://opendev.org/openstack/neutron/commit/a6fb2faaa5d46656db9085ad6bcfc6… - to the Neutron stable/rocky branch on April 23rd, has broken my team's Neutron plugin, by requiring 3rd party LinuxInterfaceDriver subclasses to take a new 'link_up' argument in their 'plug_new' method. IMO, it should have been obvious to folk proposing or reviewing this, that it would cause breakage. Does Neutron have a different understanding of "stable" than I do? Or do plugins other than OVN not matter anymore?

2 5

[neutron] WSREP: referenced FK check fail: Lock wait index
by Fabian Zimmermann 19 May '20

19 May '20

Hi, im just upgrading my galera nodes from 5.6 to 5.7 and pike -> queens. Now im seeing this lines hitting my mysql.log: -- 2020-05-19T05:41:39.516879Z 11861 [ERROR] InnoDB: WSREP: referenced FK check fail: Lock wait index `PRIMARY` table `neutron`.`provisioningblocks` -- Is this a known issue? Anything I may/should do? Thank a lot, Fabian

1 1

[ironic] III SPUC - The Sanity Preservation Un-Conference
by Iury Gregory 19 May '20

19 May '20

Hello everyone \o/ It's time for the third edition of SPUC! It will happen this Friday (May 22) at 5pm UTC! For those who doesn't know what is SPUC check [0]. We will be using Julia's bluejeans: https://bluejeans.com/u/jkreger Etherpad for <crazy> ideas: https://etherpad.opendev.org/p/IIISanityPreservationUnConference [0] http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013521.ht… -- *Att[]'sIury Gregory Melo Ferreira * *MSc in Computer Science at UFCG* *Part of the puppet-manager-core team in OpenStack* *Software Engineer at Red Hat Czech* *Social*: https://www.linkedin.com/in/iurygregory *E-mail: iurygregory(a)gmail.com <iurygregory(a)gmail.com>*

2 1

[all] Virtual Ussuri Celebration
by Kendall Nelson 19 May '20

19 May '20

Hello Everyone! I wanted to invite you all to a virtual celebration of the release! Next Friday, May 15th at 20:00 UTC, I invite you to join me in celebrating :) The purpose of this meeting will be two fold: 1. To celebrate all that our community has accomplished over the last release since we can't get together in person in June. I was thinking with trivia and a baking contest (I was going to attempt a cake in the shape of the OpenStack logo or maybe the actual Ussuri logo) :) There was also a request for piano karaoke which is also still on the table.. 2. To test out the OpenDev team's meetpad instance and work out kinks so that it can be vetted for PTG use. Here is the room we will be testing: https://meetpad.opendev.org/virtual-ussuri-celebration Worst case scenario, I'll share my zoom. Can't wait to see you all there (and what you've baked)! -Kendall (diablo_rojo) <https://meetpad.opendev.org/virtual-ussuri-celebration>

3 4

[tc][tricircle] Retiring the Tricircle project
by Ghanshyam Mann 18 May '20

18 May '20

Hello Everyone, As you know, Tricirlce is a leaderless project for the Victoria cycle means there is no PTL candidate for Victoria cycle. 'No PTL' is one of the criteria which triggers TC to start checking the health, maintainers of the project for dropping project from OpenStack Governance[1]. TC discussed the Tricircle project in today's meeting[2] and checked if the project has maintainers but no PTL or it is missing the maintainer completely. By looking at the Ussuri cycle development work, it seems no activity related to Tricircle except few gate fixes or community goal commits[2]. Based on all these checks, we are going to start the process of removing Tricircle from governance in the Victoria cycle as specified in the Mandatory Repository Retirement resolution [4] and detailed in the infra manual [5]. NOTE: release team is trying to do Ussuri release for Tricircle's deliverables if we can get this reno fix merge - https://review.opendev.org/#/c/721697/ >From the Victoria cycle, Tricircle will move out of OpenStack governance by keeping their repo under OpenStack namespace with an empty master branch with 'Not Maintained' message in README. If someone from old or new maintainers shows interest to continue its development then it can be re-added to OpenStack governance. With that thanks to all Tricircle contributors and PTLs for maintaining this project. [1] https://governance.openstack.org/tc/reference/dropping-projects.html [2] http://eavesdrop.openstack.org/meetings/tc/2020/tc.2020-04-21-15.01.log.html [3] https://www.stackalytics.com/?metric=commits&release=ussuri&module=tricircl… [4] https://governance.openstack.org/tc/resolutions/20190711-mandatory-reposito… [5] https://docs.opendev.org/opendev/infra-manual/latest/drivers.html#retiring-… -gmann

1 1

[nova][ptg] Ussuri Retrospective
by Balázs Gibizer 18 May '20

18 May '20

Hi, There is a common but seemingly not that popular topic on each nova PTG, the retrospective. I added the retrospective to the PTG etherpad [0]. Please collect retrospective topics there or tell me privately if you have a sensitive topic you want me to bring up. If there won't be any topic collected until the PTG then we will simply skip the retrospective. Cheers, gibi [0] https://etherpad.opendev.org/p/nova-victoria-ptg

1 0

[blazar] IRC meeting cancelled on May 19
by Pierre Riteau 18 May '20

18 May '20

Hello, Due to a scheduling conflict, I will not be able to chair the Blazar IRC meeting on Tuesday May 19. I propose to cancel and meet as usual on May 26, when we will finalise the agenda for the PTG meeting. Best wishes, Pierre Riteau (priteau)

1 0

[neutron] bug deputy report for week of 2020-05-11
by Bence Romsics 18 May '20

18 May '20

Hi Neutrinos, Here's the deputy report for last week: High: * https://bugs.launchpad.net/neutron/+bug/1878042 SRIOV agent does not parse correctly "ip link show <dev>" fix proposed: https://review.opendev.org/726918 * https://bugs.launchpad.net/neutron/+bug/1878160 [OVN] Functional tests environment is using old OVN fix proposed (wip): https://review.opendev.org/727193 Medium: * https://bugs.launchpad.net/neutron/+bug/1877977 [DVR] Recovery from openvswitch restart fails when veth are used for bridges interconnection unassigned * https://bugs.launchpad.net/neutron/+bug/1875981 Admin deleting servers or ports leaves orphaned DNS records fix proposed (wip): https://review.opendev.org/728385 related test: https://review.opendev.org/728409 * https://bugs.launchpad.net/neutron/+bug/1878299 [floatingip port_forwarding] changing external port to used value hangs with retriable exception unassigned * https://bugs.launchpad.net/neutron/+bug/1878358 OVN migration doesn't clean up the existing ml2-ovs agents fix proposed: https://review.opendev.org/727648 * https://bugs.launchpad.net/neutron/+bug/1878632 Race condition in subnet and segment delete: The segment is still bound with port(s) assigned, no fix proposed yet test reproducing the bug: https://review.opendev.org/728904 * https://bugs.launchpad.net/neutron/+bug/1878916 When deleting a network, delete the segment RP only when the segment is deleted fix proposed: https://review.opendev.org/728507 Incomplete: * https://bugs.launchpad.net/neutron/+bug/1877978 SNAT Problem Floating IP * https://bugs.launchpad.net/neutron/+bug/1878719 DHCP Agent's iptables CHECKSUM rule causes skb_warn_bad_offload kernel * https://bugs.launchpad.net/neutron/+bug/1879009 attaching extra port to server raise duplicate dns-name error See you on the meeting, Bence

1 0

[nova][gate] openstack-tox-pep8 job failing
by melanie witt 18 May '20

18 May '20

Hey all, The openstack-tox-pep8 job is now failing too since hacking 3.1.0 was released [1], which brings in a newer flake8 version, which adds new checks to the code and we have a few failures. We have a change that would pin hacking >= 3.0.1 and < 3.1.0 [2] to prevent new checks from rolling in automatically, but it is stuck behind the failing openstack-tox-docs job [3]. This is unfortunately a chicken and egg situation. The proposed nova patch for the docs job, as mentioned from my other ML post: https://review.opendev.org/727898 fails the pep8 job and the proposed nova patch for the pep8 job [2] fails the docs job. I'm not sure how people will want to proceed here because a nova-side-only gate fix would involve squashing ^ and [2]. If we can get another fix or revert to openstackdocstheme to take care of the docs job, we'd then only need [2] on the nova side to unblock the nova gate. Cheers, -melanie [1] https://review.opendev.org/728016 [2] https://review.opendev.org/727347 [3] http://lists.openstack.org/pipermail/openstack-discuss/2020-May/014876.html

3 5

[gate] parallel releasenotes job builds
by melanie witt 18 May '20

18 May '20

Hi all, We recently merged a change [1] that will run the build-openstack-releasenotes job with 'sphinx-build -j auto' to allow the build to run on multiple CPUs. With the recent releases of reno 3.1.0 and openstackdocstheme 2.1.2, both libraries advertise that they are parallel_read_safe and thus can support the '-j' option. This effort was inspired by the nova build-openstack-releasenotes job which typically takes 52m to > 1h to run. The job timeout is 1h, so we were occasionally seeing TIMED_OUT job failures. With parallel sphinx-build, the nova job run time is reduced down to about 15m (awesome!). I wanted to say thanks to smcginnis, dhellmann, clarkb, and AJaeger for helping this newbie to reno and docs builds. If anyone encounters any issues around the parallel reno builds in their projects, please let us know. Cheers, -melanie [1] https://review.opendev.org/727473

3 2

[kolla] Ceph transition plan
by Eric K. Miller 18 May '20

18 May '20

Hi, I noticed that in Kolla's master branch that Ceph has been removed, as expected for a deprecated component (I'm sad, though, since it works so well!). In the release notes, it is noted that "Prior to this we will ensure a migration path to another tool such as Ceph Ansible is available." Is this migration path documented since it appears that the latest release will not have the Kolla Ceph container available? Thanks! Eric

2 1

[ops] ops meetups team meeting 2020-5-5
by Chris Morgan 16 May '20

16 May '20

Hey all, The openstack ops meetups team has been fairly dormant recently for obvious reasons. However with the realisation that in-person meetups, conferences, summits etc are simply not coming back any time soon, we've started to regroup to discuss next steps. We are also seeing some requests for virtual meetups from some operators via the OpsMeetup twitter account. Thus we had a quick IRC meeting today, and also a trial run at an open source based video conference meeting using jitsi via an instance running on infra provided by Erik McCormick. This seems to be promising. We'll look into trialling some ops related events leveraging this. We also agreed to try and have an operators session during the upcoming virtual PTG (replacing the Vancouver event now cancelled). More info will be shared as and when we can. I hope you're all doing as well as can be expected. Chris - on behalf of the ops meetups team Meeting minutes: Minutes: http://eavesdrop.openstack.org/meetings/ops_meetup_team/2020/ops_meetup_tea… 12:01 PM Minutes (text): http://eavesdrop.openstack.org/meetings/ops_meetup_team/2020/ops_meetup_tea… 12:01 PM Log: http://eavesdrop.openstack.org/meetings/ops_meetup_team/2020/ops_meetup_tea… -- Chris Morgan <mihalis68(a)gmail.com>

5 9

[barbican] Nominating Moisés Guimarães for barbican-core
by Douglas Mendizabal 16 May '20

16 May '20

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I would like to nominate Moisés Guimarães to be added to the barbican-core team. Moisés has been very helpful in helping us review barbican patches, and has done an excellent job of helping maintain the castellan library. If there are no objections, we will officially add Moisés to the team next week. Thanks, Douglas Mendizábal Barbican PTL -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEwcapj5oGTj2zd3XogB6WFOq/OrcFAl6+9XMACgkQgB6WFOq/ OrdzzxAAgxxymvuA+yGDuitEcjqwlggPJBYGb5PlHqqTkXcrS6IEcneG1eEJ/Rp2 JovTMN5sv3PwhtSMxjEmyrBVR9g6MKbQoQvDk1p77fFIL9ofIFV3xKOpZutnb3ig Y2/gSMWNDfuz7DPpNofUsyzvK5eBNWC8aBbpSeN0R4qLAlyOPFe6ftOAI1RvIX4W s6CwOiMQGGGNUK8TZgvG9BOOJorgMZ+maq4tFRN8P6bLA6q7kcsUob/LBIwCpoEF xdl9EO/IaRM4kMP8y/quIzDnBJV9Im4t8WrJ5sYNPnpfS+0yXseuCACAMYWSNp63 Zf9oRyIuv3Z/+z6qjcpkct/xhijdtB+Sc0MpmGv43RSoEHkYAGU6ue2nlZkVIow9 GO5Itq38WbORBIFwlGK+J+u40ikY+EjldzIwsxoBZDvuNMsGltpVclAkyW2VUwL3 HOyKPCm0dLiVz3qYo2dTH2eC2cdSbGxF91gckke1m5o69RDK9vYi6YQxtO0ms7Em yZoVQ6OnA4KCZUEd4sby7jWm/1ueXZq05BQgnB1tXbdMa6hDp6CwVKSAfH0fHS6D 5dCuo1EoDWxCTsh3lH0wogeODcCBReNTNCWEy/ia19aOO4cXrlpLznP6GONENwEo zbaPfwnmdw5Q1ARmLcEpgsbVF+mIymVkqGpNZ8DFA/wR+mQ/fkU= =Syoj -----END PGP SIGNATURE-----

2 1

[all][InteropWG] Request to PTLs for highligting Core Feature add-remove
by prakash RAMCHANDRAN 16 May '20

16 May '20

Hi all, Interop WG needs patches to complete the 2020.06 Ussuri guidelines. PTL or team members of CoreNovaNeutronCinderKeystoneGlanceSwiftadd-onHeat -OrchedtrationDesignate - DNS potential for Victoria add-onsIronicZunSenlinKolla & KuryrPlease suggest others Open Infra (Potential Bare Metal & Container APIs)StarlingXAirshipKata We are reviewing your release notes, but if you can advice us on non-amin APIs for Objects that you can qualify as core for current or future release please send Advisory with your module name. eg.Nova: Advisory - Cell API is potential candidate for core. etc. Alternate visit the TODO plan as on etherpad for interop next week callhttps://etherpad.opendev.org/p/interop Validate your APIs in community sitehttps://refstack.openstack.org/#/community_results Add your items for next week Fri 10 AM PDT call for Fri May 22nd. Plus if you want to attend and Present in PTG interopWG please add your topics and +1 those you like to see on June 1st 6-8 AM PDThttps://etherpad.opendev.org/p/interop_virtual_ptg_planning_june_2020 Thankson behalf ofChair - InteropWG PrakashVice Chair - Mark T Voelker Sent from Yahoo Mail on Android

1 0

[neutron] 15-05-2020 drivers meeting agenda
by Slawek Kaplonski 15 May '20

15 May '20

Hi, For tomorrow's drivers meeting we have only one RFE to discuss: * https://bugs.launchpad.net/neutron/+bug/1877301 - L3 Router support ndp proxy It was initially triaged by Brian (Thank You) and discussed already on L3 subteam meeting. See You all tomorrow and have a nice day :) -- Slawek Kaplonski Senior software engineer Red Hat

2 1

[swift] Adding disks - one by one or all lightly weighted?
by Mark Kirkwood 15 May '20

15 May '20

Hi, We are wanting to increase the number of disks in each of our storage nodes - from 4 to 12. I'm wondering whether it is better to: 1/ Add 1st new disk (with a reduced weight)...increase the weight until full, then repeat for next disk etc 2/ Add 'em all with a (much i.e 1/8 of that in 1/ ) reduced weight...increase the weights until done Thoughts? regards Mark

2 2

[all] pep8 job failing due to flake8 3.8.0
by Ghanshyam Mann 15 May '20

15 May '20

Hello Everyone. You might have noticed that few or most of the projects pep8 job started failing. That is because flake8 new version 3.8.0 added the new pycodestyle with new rules. Hacking capped it with 4.0.0 version not with the minor version for 3.*. The new hacking version 3.0.1 is released which cap the flake8<3.8.0. Thanks to dtantsur and stephenfin for tacking care of it. To fix your pep8 job you can, - Either fix the pep8 error in code if easy and fast to fix. - Or bump the hacking minimum version to 3.0.1. I have proposed it for a few projects failing pep8. - https://review.opendev.org/#/q/topic:hacking-fix+(status:open+OR+status:mer… If pep8 job is passing then you do not need to do anything. The existing hacking version cap will work fine. -gmann

4 12

OpenStack Ussuri Community Meeting Recordings & Presentation Decks
by Allison Price 15 May '20

15 May '20

Hi everyone, Thanks to all who joined or created content and presented at the community meetings yesterday! There were quite a few project updates presented for the Ussuri release. If you missed the meetings, you can find the recordings in this playlist [1] and links to the presentations are also included in the video abstracts. We have also posted both meeting recordings on Tencent Cloud, so you can watch the first community meeting [2] or the second community meeting [3] there as well. If you have any trouble accessing these resources, please let me know. Cheers, Allison [1] https://www.youtube.com/playlist?list=PLKqaoAnDyfgpYADSiOfIVwgKb5zbL0GJE <https://www.youtube.com/playlist?list=PLKqaoAnDyfgpYADSiOfIVwgKb5zbL0GJE>[2] https://v.qq.com/x/page/q0966o61rz9.html <https://v.qq.com/x/page/q0966o61rz9.html> [3] https://v.qq.com/x/page/d09667otaf1.html <https://v.qq.com/x/page/d09667otaf1.html> Allison Price OpenStack Foundation allison(a)openstack.org

1 0

[nova][gate] openstack-tox-docs job failure
by melanie witt 15 May '20

15 May '20

Howdy all, There's a upper-constraints bump to openstackdocstheme 2.1.0 which has recently merged [1] which is going to break the openstack-tox-docs job for nova. I've proposed a patch to fix it here: https://review.opendev.org/727898 if people could please take a look. Cheers, -melanie [1] https://review.opendev.org/727850

2 2

[neutron] parent ports for trunks being claimed by instances
by Nate Johnston 14 May '20

14 May '20

Neutron developers, I am currently working on an issue with trunk ports that has come up a few times in my direct experience, and I hope that we can create a long term solution. I am hoping that developers with experience in trunk ports can validate my approach here, especially regarding fixing current behavior without introducing an API regression. By way of introduction to the specifics of the issue, let me blockquote from the LP bug I raised for this [1]: ---- When you create a trunk in Neutron you create a parent port for the trunk and attach the trunk to the parent. Then subports can be created on the trunk. When instances are created on the trunk, first a port is created and then an instance is associated with a free port. It looks to me that's this is the oversight in the logic. From the perspective of the code, the parent port looks like any other port attached to the trunk bridge. It doesn't have an instance attached to it so it looks like it's not being used for anything (which is technically correct). So it becomes an eligible port for an instance to bind to. That is all fine and dandy until you go to delete the instance and you get the "Port [port-id] is currently a parent port for trunk [trunk-id]" exception just as happened here. Anecdotally, it's seems rare that an instance will actually bind to it, but that is what happened for the user in this case and I have had several pings over the past year about people in a similar state. I propose that when a port is made parent port for a trunk, that the trunk be established as the owner of the port. That way it will be ineligible for instances seeking to bind to the port. ---- Clearly the above behavior indicates buggy issue that should be rectified in master and stable branches. Nobody wants a VM that can't be fully deleted because the port can't ever be deleted. This is especially egregious when it causes heat stack deletion failures. I am mostly concerned that by adding the trunk as an owner of the parent port, then the trunk will need to be deleted before the parent port can be deleted, otherwise a PortInUse error will occur when the port is deleted (i.e. on tempest test teardown). That to me seems indicative of an inadvertent API change. Do you think it's all right to say that if you delete a port that is a parent port of a trunk, and that trunk has no other subports, that the trunk deletion is implicit? Is that the lowest impact to the API that we can incur to resolve this issue? Your wisdom is appreciated, Nate [1] https://bugs.launchpad.net/neutron/+bug/1878031

5 6

[oslo][nova][vmware] Replacement for suds library
by Stephen Finucane 14 May '20

14 May '20

The suds-jurko library used by oslo.vmware is emitting the following warnings in nova tests. /nova/.tox/py36/lib/python3.6/site-packages/suds/resolver.py:89: DeprecationWarning: invalid escape sequence \% self.splitp = re.compile('({.+})*[^\%s]+' % ps[0]) /nova/.tox/py36/lib/python3.6/site-packages/suds/wsdl.py:619: DeprecationWarning: invalid escape sequence \s body.parts = re.split('[\s,]', parts) These warnings are going to be errors in Python 3.10 [1]. We have over 18 months before we need to worry about this [2], but I'd like to see some movement on this well before then. It seems the suds-jurko fork is dead [3] and movement on yet another fork, suds-community, is slow [4]. How difficult would it be to switch over to something that does seem maintained like zeep [5] and, assuming it's doable, is anyone from VMWare/SAP able to do this work? Stephen [1] https://docs.python.org/3.9/whatsnew/3.9.html#you-should-check-for-deprecat… [2] https://www.python.org/dev/peps/pep-0596/ [3] https://bitbucket.org/jurko/suds/src/default/ [4] https://github.com/suds-community/suds/pull/32 [5] https://python-zeep.readthedocs.io/en/master/

5 6

[ironic] [release] Proposal for a new release model for ironic projects
by Dmitry Tantsur 14 May '20

14 May '20

Hi folks, I would like to formally present this proposal: https://review.opendev.org/#/c/725547/ It is largely driven by a desire to produce frequent supported and tested intermediate releases for standalone consumers, as well as address a few minor issues we've found over time. I would like to try applying it to Victoria already. Please read and comment. Thanks, Dmitry

1 0

[RDO][OpenStack] Removal of Pike and Ocata Trunk repos
by Yatin Karel 14 May '20

14 May '20

Hi, The topic was discussed in yesterday's RDO meeting[1] and to reach a wider audience it's being raised here. Ocata and Pike are in the Extended maintenance phase[2] for more than a year now, The promotion jobs which used to test these repos were dropped long ago[3][4]. Now we are planning to drop these trunk repos[5][6] in the first week of June, 2020. We already stopped building new commits for pike/ocata[7]. So if anyone still using these repos consider moving to upgrade to queens or any later releases. If something is blocking you to stop relying on ocata/pike repos raise your voice here so we can consider it before dropping the repos. [1] https://lists.rdoproject.org/pipermail/dev/2020-May/009379.html [2] https://releases.openstack.org/ [3] https://review.rdoproject.org/r/#/q/topic:remove_pike [4] https://review.rdoproject.org/r/#/c/16485/ [5] http://trunk.rdoproject.org/centos7-ocata/ [6] http://trunk.rdoproject.org/centos7-pike/ [7] https://softwarefactory-project.io/r/#/c/18347/ On Behalf of RDO Team Thanks and Regards Yatin Karel

1 0

[all] OpenStack Ussuri Community Meeting in 30 Minutes
by Allison Price 14 May '20

14 May '20

Hi everyone, I just wanted to remind you that there is a community meeting in 30 minutes to cover OpenStack Ussuri highlights. The meeting will be moderated by Mohammed Naser from the OpenStack Technical Committee and include project updates from: - Slawek Kaplonski, Neutron - Michael Johnson, Octavia - Goutham Pacha Ravi, Manila - Mark Goddard, Kolla - Balazs Gibizer, Nova - Brian Rosmaita, Cinder You can find dial-in information in this etherpad [1]. The recording and slides will be shared on the mailing list after the meeting. There will also be another meeting tomorrow, Thursday May 14 at 0200 UTC, moderated by Rico Lin from the OpenStack TC, and you can see who will be presenting here [1]. [1] https://etherpad.opendev.org/p/CommunityMeeting_Ussuri <https://etherpad.opendev.org/p/CommunityMeeting_Ussuri> Allison Price OpenStack Foundation allison(a)openstack.org

3 2

[all] OpenStack Ussuri Community Meeting Recording and time for Meeting 2
by Allison Price 14 May '20

14 May '20

Thank you to everyone who joined the community meeting earlier today to learn more about OpenStack Ussuri as well as the contributors who presented the release highlights! If you were unable to attend, you can check out the recording [1] which includes a link to the slides or check out the attached deck. There is also going to be another community meeting in 7.5 hours at 0200 UTC on Thursday, May 14. You can find the list of presenters as well as the dial-in information here [2]. [1] https://www.youtube.com/watch?v=T5-Dr1lxPB0&feature=youtu.be <https://www.youtube.com/watch?v=T5-Dr1lxPB0&feature=youtu.be> [2] https://etherpad.opendev.org/p/CommunityMeeting_Ussuri <https://etherpad.opendev.org/p/CommunityMeeting_Ussuri> Thanks! Allison Allison Price OpenStack Foundation allison(a)openstack.org

1 1

OpenStack Ussuri is officially released!
by Sean McGinnis 13 May '20

13 May '20

The official OpenStack Ussuri release announcement has been sent out: http://lists.openstack.org/pipermail/openstack-announce/2020-May/002035.html Thanks to all who were part of making the Train series a success! This marks the official opening of the releases repo for Victoria, and freezes are now lifted. Ussuri is now a full stable branch. Thanks! Sean

5 6

[kolla] Kolla klub meeting 21st May
by Mark Goddard 13 May '20

13 May '20

Hi, In today's Kolla IRC meeting we agreed to host a project onboarding session for the next Kolla Klub meeting on the 21st May. We'll cover a variety of topics on the many different ways you can contribute to the project. Gaël Therond will also fill us in on some of the questions put to him since the last meeting about his case studies. https://docs.google.com/document/d/1EwQs2GXF-EvJZamEx9vQAOSDB5tCjsDCJyHQN5_… Thanks, Mark

1 0

[TripleO][Rdo][Train] Deploy OpenStack using only provisioning network
by Ruslanas Gžibovskis 13 May '20

13 May '20

Hi all, I am doing some testing and will do some deployment on some remote hosts. Remote hosts will use provider network only specific for each compute. I was thinking, do I really need all the External, InternalAPI, Storage, StorageManagemnt, Tenant networks provided to all of the nodes? Maybe I could use a Provision network for all of that, and make swift/glance copy on all computes to provide local images. I understand, if I do not have tenant network, all VM's in same project but in different sites, will not see each other, but it is ok at the moment. Thank you for your help -- Ruslanas Gžibovskis +370 6030 7030

3 6

[horizon][qa][infra] horizon master gate failure
by Akihiro Motoki 13 May '20

13 May '20

Hi, horizon master branch is now failing due to permission defined during installing tempest-horizon into the tempest venv [1]. It happens since May 9. The source tempest-horizon repo is located in /home/zuul/src/opendev.org/openstack/tempest-horizon/. I digged into the detail for a while but haven't figured out the root cause yet. I have the following questions on this: (1) Did we have any changes on the job configuration recently? stable/ussuri and master branches are similar but it only happens in the master branch. (2) When I changed the location of the tempest-horizon directory specified as tempest-plugins, the failure has gone [2]. Is there any recommendation from the tempest team? Thanks, -amotoki [1] https://zuul.opendev.org/t/openstack/build/9389be57c39d4971867abfa831bd3793 [2] https://review.opendev.org/#/c/726698/1/.zuul.yaml

3 2

Tox basepython and Python3
by Clark Boylan 12 May '20

12 May '20

Hello everyone, This has come up a few times on IRC so we are probably well overdue for a email about it. Long story short, if your tox.ini config sets basepython [0] to `python3` and you also use py35, py36, py37, or py38 test targets there is a good chance you are not testing what you intend to be testing. You also need to set ignore_basepython_conflict to true [1]. The reason for this is basepython acts as an override for the python executable to be used when creating tox virtualenvs. `python3` on most platforms indicates a specific python3 version: Ubuntu Xenial 3.5, Ubuntu Bionic and CentOS 8 3.6, and so on. This means that even though you are asking for python 3.7 via py37 you'll get whatever version `python3` is on the running platform. To address this we can set ignore_basepython_conflict and tox will use the version specified as part of the target and not the basepython override. You might wonder why using basepython is useful at all given this situation. The reason for it is the default python used by tox for virtualenvs is the version of python tox was installed under. This means that if tox is running under python2 it will use python2 for virtualenvs when no other version is set. Since many software projects are now trying to drop python2 support they want to explicitly force python3 in the default case. basepython gets us halfway there, ignore_basepython_conflict the rest of the way. [0] https://tox.readthedocs.io/en/latest/config.html#conf-basepython [1] https://tox.readthedocs.io/en/latest/config.html#conf-ignore_basepython_con… Hopefully this helps explain some of tox's odd behavior in a beneficial way. Now go and check your tox.ini files :) Clark

7 9

[all][PTL] U Community Goal: Project PTL & Contrib Docs Update #9
by Kendall Nelson 12 May '20

12 May '20

Hello Everyone! Even more excellent progress[1] has been made as we are inching closer to completion. Again, thank you for all the hard work! Projects listed below are missing progress/merged status according to the story[4]. If you are on this list, please get started IMMEDIATELY. All told, if you are doing the bare minimum of only filling out the template[2] it shouldn't take more than 5-10 minutes per repo. - Barbican - Cloudkitty - Congress - Cyborg - Ec2-API - Freezer - Heat - Horizon - Karbor - Kuryr - LOCI - Masakari - Mistral - Monasca - Murano - OpenStack Charms - openstack-chef - OpenStackAnsible - OpenStackClient - Packaging-RPM - Placement - Puppet OpenStack - Rally - Release Management - Senlin - Solum - Storlets - Swift - Tacker - Telemetry - Tricircle - TripleO - Zaqar PLEASE add me if you need help with reviews and let me know if there is any other help I can provide; we are nearly out of time and there is a lot of work to be done still. If you have questions about the goal itself, here is the link to that[3]. And as you push patches, please be sure to update the StoryBoard story[4]. Thanks! -Kendall (diablo_rojo) [1] Progress: https://review.opendev.org/#/q/topic:project-ptl-and-contrib-docs+(status:o… [2] Cookiecutter Template: https://opendev.org/openstack/cookiecutter/src/branch/master/%7b%7bcookiecu… [3] Accepted Goal: https://governance.openstack.org/tc/goals/selected/ussuri/project-ptl-and-c… [4] Task Tracking: https://storyboard.openstack.org/#!/story/2007236

5 4

[tripleo] triaged bugs older than 365 days
by Wesley Hayutin 12 May '20

12 May '20

Greetings, I have moved any bug older than 365 days that are in Triaged status to "incomplete". If you think it should still be addressed just flip the bug back from incomplete back to triaged and add some updated comments. I'm pretty sure just commenting on the bug will keep it from expiring as well. Email me directly if you have any questions or concerns about a particular bug. We're just cleaning up. Thanks 1811713,Triaged,in-stable-queens in-stable-rocky, https://bugs.launchpad.net/tripleo/+bug/1811713,"'rocky undercloud fails to install'" 1812640,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1812640,"'iptables rules are not host-based when using podman'" 1814250,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1814250,"'races condition at os-net-config in overcloud deploy OVB'" 1814880,Triaged,in-stable-queens in-stable-rocky queens-backport-potential rocky-backport-potential, https://bugs.launchpad.net/tripleo/+bug/1814880,"'Containerized HAProxy cannot log in a dedicated log file'" 1815134,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1815134,"'openstack tripleo deploy stack failures truncate useful error messages'" 1815226,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1815226,"'puppet duplicate declaration error'" 1817356,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1817356,"'tripleo-ci-centos-7-ovb-3ctlr_1comp-featureset001 check job in RDO is failing on ovb stack cleanup'" 1817552,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1817552,"'periodic fs021 failing on overcloud deploy'" 1820671,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1820671,"'No matching service: barbican_tempest_plugin.tests.scenario.test_image_signing.ImageSigningTest'" 1821790,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1821790,"'selinux ssh denieals on CentOS/RHEL 8'" 1821854,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1821854,"'mistral leaks ssh processes'" 1822540,Triaged,security-hardening, https://bugs.launchpad.net/tripleo/+bug/1822540,"'By default show_image_direct_url MUST be set to False'" 1822609,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1822609,"'neutron ovs cleanup is docker.service specific'" 1823527,Triaged,dhcp-agent neutron unhealthy, https://bugs.launchpad.net/tripleo/+bug/1823527,"'neutron's dockers are unhealthy'" 1824993,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1824993,"'[network] Ceph monitor doesn't bootstrap in a standalone deployment'" 1825826,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1825826,"'standalone-upgrade failing during deploy steps for CalledProcessError: Command '['systemctl', 'stop', u'tripleo_keystone.service']' returned non-zero exit status'" 1826179,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1826179,"'standalone-upgrade fails during deploy steps (generate config) step1 for 'Evaluation Error:... Could not find class ::tripleo::profile::base::placement::api' '" 1828172,Triaged,zuul-reproducer, https://bugs.launchpad.net/tripleo/+bug/1828172,"'No match for argument: python2-dnf on tripleo reproducer libvirt Fedora 30'" 1828233,Triaged,ci zuul-reproducer, https://bugs.launchpad.net/tripleo/+bug/1828233,"'[reproducer] standalone deploy failed to access mirrors'" 1828276,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1828276,"'reproducer: still getting permission errors on docker commands by user on centos-7'" 1560111,Triaged,python-tripleoclient, https://bugs.launchpad.net/tripleo/+bug/1560111,"'The list of enabled Sahara plugins should be written to the generated deployer-input file'" 1680894,Triaged,containers validations, https://bugs.launchpad.net/tripleo/+bug/1680894,"'RFE: create a validation playbook for a containerized deployment'" 1705994,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1705994,"'openstack overcloud image upload - should support updating specific image '" 1706112,Triaged,composable-roles, https://bugs.launchpad.net/tripleo/+bug/1706112,"'Specifying custom flavor for controllers is inconsistent with other roles'" 1709706,Triaged,tripleoclient, https://bugs.launchpad.net/tripleo/+bug/1709706,"'Need better client-side error reporting'" 1714214,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1714214,"'Lack of documentation about TCP ports used by TripleO Services'" 1714544,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1714544,"'cant delete stuck with network-isolation'" 1716391,Triaged,ux,https://bugs.launchpad.net/tripleo/+bug/1716391,"'Should be possible to aggregate some Neutron configs across templates'" 1722218,Triaged,workflows,https://bugs.launchpad.net/tripleo/+bug/1722218,"'node cleaning to be a part of stack-delete'" 1722558,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1722558,"'Promoter: identify a way to store privately the secrets used by the promotion server, so they can be used in all the promotion-setup runs'" 1722871,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1722871,"'Promoter: add more disk space to promoter server'" 1723229,Triaged,containers validations, https://bugs.launchpad.net/tripleo/+bug/1723229,"'[RFE] Deploy should fail much earlier if the container images aren't found'" 1726593,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1726593,"'Cinder API v2 support needs to be removed in TripleO'" 1729541,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1729541,"' The VIP of OpenDaylight's Neutron Northbound port is configured to listen on Control Plane network'" 1729835,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1729835,"'Message formatting issue when retries all fail (introspection)'" 1734158,Triaged,quickstart ux, https://bugs.launchpad.net/tripleo/+bug/1734158,"'Adapt config downloads in quickstart for deployed servers'" 1734947,Triaged,quickstart tech-debt, https://bugs.launchpad.net/tripleo/+bug/1734947,"'RFE: support role data generation in quickstart'" 1736254,Triaged,pike stable tripleo tripleo-heat-templates, https://bugs.launchpad.net/tripleo/+bug/1736254,"'Using composable network or custom named network for MysqlNetwork results in deployment failure'" 1736272,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1736272,"'integrate elastic recheck into tempest email results'" 1736499,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1736499,"'quickstart fails with http_proxy'" 1737768,Triaged,ci quickstart tech-debt validations, https://bugs.launchpad.net/tripleo/+bug/1737768,"'CI/featureset010: validations aren't fatal'" 1740396,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1740396,"'Validation: missing check for HostnameMap'" 1740940,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1740940,"'Neutron timeout has different settings on ctrl and comp'" 1741288,Triaged,tripleo-common tripleoclient ux workflows, https://bugs.launchpad.net/tripleo/+bug/1741288,"''overcloud node' commands should allow deleting by node name also'" 1741470,Triaged,documentation, https://bugs.launchpad.net/tripleo/+bug/1741470,"'Improve docs for manual install on a virtual env'" 1742237,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1742237,"'Failure when deploying the overcloud on a predeployed server'" 1743239,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1743239,"'deployment failure with external ceph setup'" 1745090,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1745090,"'Heat engine resource check failed when adding a node after undercloud newton->ocata->pike->master upgrade'" 1745223,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1745223,"'default reproduce-script to deploy latest code'" 1745225,Triaged,quickstart ux, https://bugs.launchpad.net/tripleo/+bug/1745225,"'devmode.sh should support a mode to tear down without redeployment'" 1745449,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1745449,"'neutron interface driver names should use shortnames'" 1745500,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1745500,"'pre-provisioned nodes hostnames should not resolve to 127.0.0.1'" 1746285,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1746285,"'RFE: measure undercloud puppet install steps and leave artifact'" 1746291,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1746291,"'RFE: measure the overcloud deployment steps and leave artifact '" 1747606,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1747606,"'undercloud vm - has an unusable dns from the last network, if network > 1'" 1747999,Triaged,containers,https://bugs.launchpad.net/tripleo/+bug/1747999,"'docker-puppet.py config hash update logging is misleading'" 1749435,Triaged,workflows,https://bugs.launchpad.net/tripleo/+bug/1749435,"'Node delete always overwrites *RemovalPolicies'" 1749446,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1749446,"'Novajoin availability should not impeach deploy'" 1749477,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1749477,"'Quickstart installed undercloud async tasks broken'" 1751929,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1751929,"'Quickstart script kills non-root user processes during initial deploy'" 1752132,Triaged,ui,https://bugs.launchpad.net/tripleo/+bug/1752132,"'horizon returns 500 error due to missing heat-dashboard'" 1752427,Triaged,quickstart tech-debt, https://bugs.launchpad.net/tripleo/+bug/1752427,"'containers-check script is installed via pip'" 1752925,Triaged,containers ux, https://bugs.launchpad.net/tripleo/+bug/1752925,"'Deployments with docker containers in unhealthy state should fail deployment'" 1753817,Triaged,ci quickstart tech-debt, https://bugs.launchpad.net/tripleo/+bug/1753817,"'branch jobs on quickstart/extras/tripleo-ci fail if they depend on a master change in a branched repo'" 1755223,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1755223,"'Remove Newton Support from oooq-extras validate-tempest role'" 1756138,Triaged,controller replace, https://bugs.launchpad.net/tripleo/+bug/1756138,"'replace controller fail in build containers in new controller '" 1757211,Triaged,documentation quickstart ux, https://bugs.launchpad.net/tripleo/+bug/1757211,"'[quickstart] overcloud_as_undercloud needs to be clarified and documented'" 1758324,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1758324,"'5 minute delay when provisioning over IPv6'" 1760735,Triaged,ocata-backport-potential pike-backport-potential queens-backport-potential validations, https://bugs.launchpad.net/tripleo/+bug/1760735,"'[rfe] validation to check for overcloud node clock sync relative to Undercloud'" 1761504,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1761504,"'Worflows 'list' and 'list_groups' from tripleo.validations.v1 don't produce any output'" 1761716,Triaged,pike-backport-potential queens-backport-potential, https://bugs.launchpad.net/tripleo/+bug/1761716,"'docker-puppet puppet-generated dirs not cleaned during rsync'" 1763433,Triaged,ux,https://bugs.launchpad.net/tripleo/+bug/1763433,"'Logical puzzles in tripleo CLI'" 1764476,Triaged,upgrade,https://bugs.launchpad.net/tripleo/+bug/1764476,"'poor use of variable names in tripleo_upgrade role re: triple_ci variable'" 1765787,Triaged,low-hanging-fruit, https://bugs.launchpad.net/tripleo/+bug/1765787,"'01-package-installs should fail the whole image build if it python tracebacks'" 1766199,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1766199,"'Link timedatectl to ntp'" 1767125,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1767125,"'Compute specific L3 agent no longer required'" 1767132,Triaged,nova,https://bugs.launchpad.net/tripleo/+bug/1767132,"'InstanceNameTemplate parameter is not applied in compute nodes'" 1768092,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1768092,"'improve promoter script error message by including dlrn hash'" 1820576,Triaged,tech-debt,https://bugs.launchpad.net/tripleo/+bug/1820576,"'master: Standalone002 job fails, keystone container didn't start because could not bind to address 192.168.24.1:35357'" 1821419,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1821419,"'[Docs] Document Rendering NIC Templates for Customization'" 1821600,Triaged,in-stable-queens queens-backport-potential, https://bugs.launchpad.net/tripleo/+bug/1821600,"'iscsid is not stoped after running FFU'" 1823003,Triaged,in-stable-queens queens-backport-potential, https://bugs.launchpad.net/tripleo/+bug/1823003,"'Queens: epmd process is not always started by systemd when initiating undercloud upgrade'" 1823260,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1823260,"'RFE: Provide the ability to retag already existing images in the undercloud registry'" 1823849,Triaged,in-stable-queens in-stable-rocky queens-backport-potential rocky-backport-potential, https://bugs.launchpad.net/tripleo/+bug/1823849,"'trck the enablement of deep_compare with puppet-pacemaker on queens and rocky'" 1824143,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1824143,"'Cleaning ha-env files for ovn'" 1824186,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1824186,"'ansible timeout issue'" 1827724,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1827724,"'Podman service is not used in certain NFV roles'" 1828001,Triaged,documentation, https://bugs.launchpad.net/tripleo/+bug/1828001,"'heat templates now end in j2.yaml on page Configuring Network Isolation in tripleo-docs'" 1686353,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1686353,"'Proxy Options for TripleO QuickStart'" 1708302,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1708302,"'openstack clients which can use ceph, should not need to depend on /etc/ceph'" 1709826,Triaged,ci documentation quickstart, https://bugs.launchpad.net/tripleo/+bug/1709826,"'Having a README file inside the core roles'" 1721841,Triaged,containers,https://bugs.launchpad.net/tripleo/+bug/1721841,"'ceph docker containers do not log to /var/log/containers'" 1723540,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1723540,"'tripleo-quickstart ASCII banner has wrong indentation in logs.o.o'" 1724991,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1724991,"'tracker - tripleo stack create canceled or timeout in stage 3'" 1739620,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1739620,"'quickstart covers up deficiency in swift logging in standard deployment'" 1746505,Triaged,tripleo-heat-templates, https://bugs.launchpad.net/tripleo/+bug/1746505,"'Keystone caching not enabled by default?'" 1746812,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1746812,"'rdo ovb jobs do not test the change submitted'" 1755368,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1755368,"'Missing centos-binary-tacker on hub.docker.com'" 1757271,Triaged,containers low-hanging-fruit, https://bugs.launchpad.net/tripleo/+bug/1757271,"'openstack overcloud container image prepare should handle slashes in namespace entries'" 1761093,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1761093,"'Upgrade 'Pike BM' -> 'Pike Containers': httpd issue'" 1763089,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1763089,"'undercloud vm fails to start properly'" 1769520,Triaged,ci quickstart, https://bugs.launchpad.net/tripleo/+bug/1769520,"'RFE (reproducer): 'ci dev mode' for iterating on reproducer script/roles'" 1769526,Triaged,ci quickstart, https://bugs.launchpad.net/tripleo/+bug/1769526,"'RFE (libvirt-reproducer): add param to take an array of DNS ip's vs. singular param'" 1769527,Triaged,ci quickstart, https://bugs.launchpad.net/tripleo/+bug/1769527,"'RFE (libvirt-reproducer): check for disk space needed as part of initial libvirt-nodepool playbook/role '" 1769529,Triaged,ci quickstart, https://bugs.launchpad.net/tripleo/+bug/1769529,"'RFE (libvirt-reproducer): handle case where 'stack' user already exists on virthost, script fails'" 1769531,Triaged,ci quickstart, https://bugs.launchpad.net/tripleo/+bug/1769531,"'RFE (libvirt-reproducer): Display summary of domains + IP's created by script'" 1771470,Triaged,ci quickstart, https://bugs.launchpad.net/tripleo/+bug/1771470,"'dlrnapi promoter: make output of container existence check more clear'" 1785799,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1785799,"'Multinode jobs in check pipeline in rdo sf are launched in the wrong nodepool provider'" 1789836,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1789836,"'openstack overlay deploy failed with docker error 'not a shared mount''" 1793774,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1793774,"'tripleo-docs out of date around containers'" 1795646,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1795646,"'When using containerized openshift-ansible, we're losing the profile_tasks output callback'" 1801388,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1801388,"'build output is impossible to read due to nested json dumps'" 1801825,Triaged,low-hanging-fruit, https://bugs.launchpad.net/tripleo/+bug/1801825,"'Don't quote {posargs} in tox.ini'" 1805186,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1805186,"'tripleo jobs failing on ImageNotFoundException: Not found image: docker'" 1815208,Triaged,documentation, https://bugs.launchpad.net/tripleo/+bug/1815208,"'Security Hardening in tripleo-docs Incorrect indentation in YAML example'" 1819461,Triaged,containers,https://bugs.launchpad.net/tripleo/+bug/1819461,"''sudo' calls try to connect to host DBus from within a container'" 1828070,Triaged,low-hanging-fruit, https://bugs.launchpad.net/tripleo/+bug/1828070,"'puppet deploy has excessive warnings about unresolved dependencies'" 1397477,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1397477,"'rabbitmq-server configure Memory and Disk limit '" 1594389,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1594389,"'[RFE] Add a squid proxy'" 1604525,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1604525,"'enable selinux enforcing as an option'" 1628518,Triaged,ci,https://bugs.launchpad.net/tripleo/+bug/1628518,"'[RFE] add snapshotting functionality'" 1634646,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1634646,"'memcache for keystone authtoken should be a single server'" 1639172,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1639172,"'Fixed IP assignment to physical node during openstack deployment'" 1641419,Triaged,ui ux,https://bugs.launchpad.net/tripleo/+bug/1641419,"'[RFE]: Better handling of large instackenv.json files'" 1647676,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1647676,"'Make `--teardown none` the default behavior'" 1647761,Triaged,ci quickstart, https://bugs.launchpad.net/tripleo/+bug/1647761,"'No overcloud-public-vip in /etc/hosts on undercloud vm'" 1649813,Triaged,ci quickstart, https://bugs.launchpad.net/tripleo/+bug/1649813,"'Use predictable placement by default'" 1650428,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1650428,"'RFE: support of ScaleIO backend for Cinder'" 1654198,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1654198,"'Multiple backends of the same type can not be used in cinder/manila'" 1659452,Triaged,ci quickstart, https://bugs.launchpad.net/tripleo/+bug/1659452,"'[RFE] split out topology and provisioner details from the general config'" 1663025,Triaged,edge quickstart, https://bugs.launchpad.net/tripleo/+bug/1663025,"'[RFE] Add per-node network-to-NIC mapping'" 1663034,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1663034,"'[RFE] Enable and configure DHCP relay on virt-host'" 1664743,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1664743,"'[RFE] Support Mixed Virt/Bare Metal Environments'" 1666916,Triaged,low-hanging-fruit quickstart, https://bugs.launchpad.net/tripleo/+bug/1666916,"'[quickstart][RFE] Add configuration for multi-nic network isolation'" 1693928,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1693928,"'Support split RPC/notification messaging backends'" 1694773,Triaged,quickstart,https://bugs.launchpad.net/tripleo/+bug/1694773,"'[RFE][Quickstart] Update devmode.sh to display relevant info after deploying to RDO Cloud'" 1698302,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1698302,"'RFE - Use an options file for deployment'" 1729452,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1729452,"'[RFE] TripleO should report IP addresses used on each host post-deployment'" 1731973,Triaged,ui ux,https://bugs.launchpad.net/tripleo/+bug/1731973,"'[RFE] Simplify create/import plan modal'" 1731989,Triaged,ui ux,https://bugs.launchpad.net/tripleo/+bug/1731989,"'[RFE] Automatically introspect and provide nodes to simplify workflow'" 1782139,Triaged,edge upgrade ux, https://bugs.launchpad.net/tripleo/+bug/1782139,"'[RFE] support automatic t-h-t decoupling and versioning for mixed UC/OC cases (git integration for deployment plans and tht)'" 1789197,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1789197,"'Adding THT support for Cinder backup Google cloud driver'" 1812205,Triaged,containers,https://bugs.launchpad.net/tripleo/+bug/1812205,"'ContainerImagePrepare: ability to override specific container images'" 1815918,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1815918,"'[RFE]u00a0DeployedServer - Create neutron ports on ctlplane instead of using a fake port and DeployedServerPortMap'" 1817364,Triaged,,https://bugs.launchpad.net/tripleo/+bug/1817364,"'tripleo-build-containers: use quickstart to collect logs'" 1818503,Triaged,ci quickstart, https://bugs.launchpad.net/tripleo/+bug/1818503,"'[RFE] Make the configuration of quickstart variable-centric'"

1 0

[horizon] [infra] horizon stable gate failure: yarn is required?
by Akihiro Motoki 12 May '20

12 May '20

Hi, nodejs4 jobs in stein and older stable branches in horizon are now failing [1]. The symptom is that "yarn --version" fails during ensure-yarn [2]. It looks like that yarn now requires nodejs 10 or later and does not support nodejs4. The failure happens in the jobs on ubuntu-xenial nodes. When I try nodejs10 in stable/stein, the nodejs4 jobs (lint/run) succeeded [3]. My question is whether we need to install yarn in the pre-run? horizon does not require yarn. All nodejs jobs inherit nodejs-npm job defined in zuul/zuul-jobs and the pre-run playbook [4] installs yarn. I am not sure when we started to require yarn and who requires yarn. Generally speaking, I don't think it is a good idea to switch the nodejs version in these older stable branches. horizon and horizon plugins use nodejs only for testing, so if switching to nodejs10 would solve the failure completely, it might be an option too though. Thought? -amotoki [1] https://review.opendev.org/#/q/topic:health-check+status:open+project:opens… [2] https://zuul.opendev.org/t/openstack/build/72317c21cf7b4a1a885b9a26c5ae4c2d… [3] https://review.opendev.org/#/c/726702/ [4] https://opendev.org/zuul/zuul-jobs/src/branch/master/playbooks/javascript/p…

4 4

[SENLIN] Senlin Installation Help
by Amit Bhardwaj 11 May '20

11 May '20

Hello group! I am stuck at installation and verification of Senlin for Stein release on Ubuntu 18.04.. I had raised a request on ask.openstack.org too. Kindly have a look and suggest further. https://ask.openstack.org/en/question/127499/senlin-installation-problems/ Regards, Amit Bhardwaj

1 0

[requirements][qa] new pip resolver & our constraints needs
by Doug Hellmann 11 May '20

11 May '20

The PyPA team is working on a new resolver for pip. As part of that work, they have had some questions about the way OpenStack uses the constraints feature. They’ve been great about taking input, and prometheanfire has been doing some testing to ensure the new work doesn’t break compatibility [1] (thanks Matthew!). There is a new question from the pip maintainers about whether constraints need to support “nameless” entries (by referring to a URL in a constraints file instead of using package names) [2]. I don’t see anything in the upper-constraints.txt that looks like a URL, but I don’t know how teams might be configuring their lower-constraints.txt or whether we do anything in devstack to munge the constraints list to point to local packages as part of LIBS_FROM_GIT handling. Is anyone aware of any uses of URLs in constraints files anywhere within OpenStack? Doug [1] https://review.opendev.org/#/c/726186/ [2] https://github.com/pypa/pip/issues/8210

4 4

[baremetal-sig][ironic] Baremetal whitepaper round 3: doodle
by Arne Wiebalck 11 May '20

11 May '20

Dear all, The white paper is taking shape ... but still needs a little more work. If you want to help and join the session(s) to discuss the current state and the next steps, please reply to the doodle before the end of this week: https://doodle.com/poll/zcprxptw6nk4diq7 Like last time, I will send out the call details once we have settled on the time slot(s). Thanks! Arne -- Arne Wiebalck CERN IT

1 1

[neutron] Bug deputy report week of May 4 - 10
by Miguel Lavalle 11 May '20

11 May '20

Medium: - https://bugs.launchpad.net/neutron/+bug/1876752 neutron-ovn-db-sync-util fails with KeyError: 'ovn'. Proposed fix https://review.opendev.org/#/c/725309 - https://bugs.launchpad.net/neutron/+bug/1877146 neutron-dynamic-plugin tempest jobs fail on stable/train branch. Proposed fix: https://review.opendev.org/#/c/725920/ - https://bugs.launchpad.net/neutron/+bug/1877296 Tunnel ports are not cleaned up with several ovs agents restart - https://bugs.launchpad.net/neutron/+bug/1877377 [OVN] neutron-ovn-tempest-ovs-master-fedora periodic job is failing - https://bugs.launchpad.net/neutron/+bug/1877404 Add "qos_policy_id" field to "FloatingIP" OVO. Proposed fix: https://review.opendev.org/#/c/726208/ - https://bugs.launchpad.net/neutron/+bug/1877408 Implement FIP QoS in OVN backend - https://bugs.launchpad.net/neutron/+bug/1877447 Add TCP/UDP port forwarding extension to OVN - https://bugs.launchpad.net/neutron/+bug/1877560 Optimize "QosPolicy" OVO bound objects retrieve methods. Proposed fix https://review.opendev.org/#/c/726358/ - https://bugs.launchpad.net/neutron/+bug/1877254 neutron agent. list API lacks sort and page feature Low: - https://bugs.launchpad.net/neutron/+bug/1876898 L3 agent should reports enabled extensions to the server. Proposed fix: https://review.opendev.org/#/c/725532 - https://bugs.launchpad.net/neutron/+bug/1877195 [ovn] neutron devstack needs to support openflow15. Proposed fix: https://review.opendev.org/#/c/726010/ Opinion: - https://bugs.launchpad.net/neutron/+bug/1877248 Rabbitmq cluster split brain causes l2 population related flows to be cleared when ovs-neutron-agent is restarted RFEs: - https://bugs.launchpad.net/neutron/+bug/1877301 [RFE] L3 Router support ndp proxy

1 0

OpenStack Ussuri Community Meetings
by Allison Price 10 May '20

10 May '20

Hi everyone, The OpenStack Ussuri release is only a week and a half away! Members of the TC and project teams are holding two community meetings: one on Wednesday, May 13 and Thursday, May 14. Here, they will share some of the release highlights and project features. Join us: Wednesday, May 13 at 1400 UTC Moderator Mohammed Naser, TC Presenters / Open for Questions Slawek Kaplonski, Neutron Michael Johnson, Octavia Goutham Pacha Ravi, Manila Mark Goddard, Kolla Balazs Gibizer, Nova Brian Rosmaita, Cinder Thursday, May 14 at 0200 UTC Moderator: Rico Lin, TC Presenters / Open for Questions Michael Johnson, Octavia Goutham Pacha Ravi, Manila Rico Lin, Heat Feilong Wang, Magnum Brian Rosmaita, Cinder See you there! Allison Allison Price OpenStack Foundation allison(a)openstack.org

5 8

[release] Release countdown for week R-0, May 11 - 15
by Sean McGinnis 09 May '20

09 May '20

Development Focus ----------------- We will be releasing the coordinated OpenStack Ussuri release next week, on May 13. Thanks to everyone involved in the Ussuri cycle! We are now in pre-release freeze, so no new deliverable will be created until final release, unless a release-critical regression is spotted. Otherwise, teams participating in the virtual PTG June 1-5 should start to plan what they will be discussing there, by creating and filling team etherpads. You can access the list of PTG etherpads at: http://ptg.openstack.org/etherpads.html General Information ------------------- On release day, the release team will produce final versions of deliverables following the cycle-with-rc release model, by re-tagging the commit used for the last RC. A patch doing just that will be proposed. PTLs and release liaisons should watch for that final release patch from the release team. While not required, we would appreciate having an ack from each team before we approve it on the 13th, so that their approval is included in the metadata that goes onto the signed tag. Upcoming Deadlines & Dates -------------------------- Final Ussuri release: May 13 Virtual Victoria PTG: June 1-5

1 0

[RelMgmt] Victoria PTG Schedule
by Sean McGinnis 09 May '20

09 May '20

Hello release team, In our weekly meeting we had discussed a couple of time slots for the virtual PTG that could work for the team. We were waiting on the TC sessions to be set before picking one to avoid conflicts though. Those TC sessions are now set, so it looks like we will need to take the earlier timeslot. I have put us down for the Folsom room for 13UTC-14UTC. I have started an etherpad here: https://etherpad.opendev.org/p/relmgmt-victoria-ptg We can still capture things in our tracking etherpad, but if we end up needing to take any other notes, please add them to the PTG etherpad. Also, feel free to add anything in there ahead of the PTG to make sure we cover anything that we want to discuss. Let me know if there are any questions or concerns. Sean

1 0