- openstack-discuss - lists.openstack.org

[baremetal-sig][ironic] Redfish interoperability profiles: status meeting
by Arne Wiebalck 29 Sep '20

29 Sep '20

Dear all, This cycle, the Ironic community has started to work on Redfish interoperability profiles [0]. These profiles allow to describe requirements for a Redfish endpoint and to automatically verify them via tools like [1]. The aim of this activity is to have an easy way for both vendors and operators to validate that specific hardware is compatible with the Redfish support in Ironic. We will be meeting next week to discuss the current status of this activity. A representative from the DMTF (as the defining body for the Redfish standard) has kindly agreed to join us. Everybody interested is welcome, of course: Thu Sep 24 at 12pm UTC https://cern.zoom.us/j/94808950339 Any question, let us know! Cheers, Richard & Arne [0] https://www.dmtf.org/sites/default/files/standards/documents/DSP0272_1.0.0_… [1] https://github.com/DMTF/Redfish-Interop-Validator

1 1

[tripleo][validations] new Validation Framework demos
by Mathieu Bultel 29 Sep '20

29 Sep '20

Hey TripleO, I have recorded three demos with the new Validation Framework (VF): 1st demo is similar to what Gael did few months ago but with the new code refactored (validations-libs/validations-common projects): https://asciinema.org/a/NRLULghjJa87qxRD9Nfq0FYoa 2nd demo is a use of the VF without any openstack/TripleO prerequisite, on a fresh and empty Ubuntu docker container, with only validations-libs and validations-common projects. It shows that only with a apt-get install git and python3-pip and with a basic python project installation we can run validations and use the framework: https://asciinema.org/a/2Jp9LZbN0xhJAR09zIpI6OpuB So it can answer a few demands such as: How to run validations as prep undercloud installation ? How to run validations on a non-openstack project ? What are the bare minimum requirements for being able to run Validations on a system ? May I run Validation remotely from my machine ? etc... The third one is mainly related to the deployment itself of TripleO. By using a simple PoC (https://review.opendev.org/#/c/724289/) I was able to make TripleO consuming the validations-libs framework and validation logging callback plugin. So it shows in this demo how the deploy steps playbook can be logged, parsed and shown with the VF CLI. This can be improve, modify & so on of course... it's basic usage. https://asciinema.org/a/344484 https://asciinema.org/a/344509 Mathieu.

4 5

[all] Switch to python3-pycryptodome
by Thomas Goirand 29 Sep '20

29 Sep '20

Hi, A number of bug reports have been filled against the Debian OpenStack packages in Sid: - keystone - python-openstackclient - python-manilaclient - python-ironic-lib - python-oauth2client - python-pysaml2 The content of the bugs is: > Source: python-pysaml2 > Version: 4.5.0-8 > Severity: important > Tags: sid bullseye > Usertags: pycrypto > > Dear maintainer, > > python-pysaml2 currently Build-Depends or Depends on python3-crypto > from PyCrypto. This project is no longer maintained and PyCryptodome > (https://www.pycryptodome.org/en/latest/) provides a drop in > replacement. Please switch to python3-pycryptodome. I'd like to > remove python-crypto before the release of bullseye. > > Cheers So my question is: - Is it really a drop-in replacement, and can it be replaced in the packages (maybe, delta the imports?)? - If not, how much work is this? - Can the OpenStack project also move to pycryptodome? Cheers, Thomas Goirand (zigo)

2 1

[horizon][dev] Horizon.next
by Apsey, Christopher 29 Sep '20

29 Sep '20

Horizon team, I recently picked up a few talented dev interns, and one of them is very interested in webdev and quite skilled. He will have up to 25 hours/week to devote to development tasks of my choosing over the 8 months or so, and I'd like to offer him up as someone who can spend all of his time working with the horizon team on horizon.next (npm-based). We rely on horizon heavily internally, and a better experience for the end-user is pretty high on our list (particularly performance-wise). He has no experience developing in the OpenStack ecosystem, but is otherwise ready to 'get to work' after process/code familiarization. Can anyone on the horizon team offer up some cycles to help get him spun up/integrated? Or is the best bet just pointing him at the IRC channel? Thanks Chris Apsey GEORGIA CYBER CENTER

3 2

Re: [tripleo]] tripleo victoria rc1
by Marios Andreou 29 Sep '20

29 Sep '20

On Mon, Sep 28, 2020 at 10:16 AM Yatin Karel <ykarel(a)redhat.com> wrote: > Hi Marios, > > << we don't normally/aren't expected to cut release candidates. > However after discussion with and guidance from Wes I decided to > propose an rc1 as practice since I << haven't used the new releases > tool before [4]. > << The proposal is up at [1] but I've set -1 there on request from > reviewers; we can't merge that until [2] merges first. > > Is this just about releasing RC Tags or changing the release-model > that tripleo used to follow:- cycle-with-intermediary(cycle-trailing > earlier) vs cycle-with-rc. Maybe you can share more context with the > this is just about bumping the git tags on the projects and not about changing the release model. > discussion points as to what's different this time and reasoning for > the same to have a clear picture. > nothing different wrt the release model - see the diff it is just bumping the hash and version https://review.opendev.org/gitweb?p=openstack%2Freleases.git;a=commitdiff;h… . We are just making a release to coincide with the wider openstack Victoria RC1 even though we aren't expected to follow the rc model with our 'cycle with intermediary' on these projects. > And if possible can you also share what's the plan for GA release for > TripleO like how it will be this time. > So weshay is still PTL, and we haven't discussed this in any great detail, except that we may have to delay a little bit cutting branch and releasing victoria final. Generally with rc tags stable branch is also cut but i don't see that > in https://review.opendev.org/#/c/754346/. And i hope this will not be > right I guess the confusion is that this isn't a proper RC since we don't have those 'officially' .It is just a version bump that coincides with the victoria rc1 milestone end of last week. hope it helps, also, did you forget to reply-all? should i send to the list (just confirmed with ykarel and re-adding list to addresses) thanks, marios > merged until victoria tripleo jobs are ready if cutting > stable/victoria branch. > > On Fri, Sep 25, 2020 at 10:05 PM Marios Andreou <marios(a)redhat.com> wrote: > > > > hello TripleO folks o/ > > > > we don't normally/aren't expected to cut release candidates. However > after discussion with and guidance from Wes I decided to propose an rc1 as > practice since I haven't used the new releases tool before [4]. > > > > The proposal is up at [1] but I've set -1 there on request from > reviewers; we can't merge that until [2] merges first. > > > > If you are interested please check [1] and add any comments. In > particular let me know if you want to include a release for one of the > independent repos [3] (though for validations-common/libs we need to reach > out to the validations team they are managing those AFAIK). > > > > thanks, hope you enjoy your weekend! > > > > [1] https://review.opendev.org/#/c/754346/ > > [2] https://review.opendev.org/754347 > > [3] https://releases.openstack.org/teams/tripleo.html#independent > > [4] > https://releases.openstack.org/reference/using.html#using-new-release-comma… > > Thanks and Regards > Yatin Karel > >

2 2

Re: [all][elections][ptl][tc] Combined PTL/TC Nominations ending in less than 24 hours
by Jeremy Stanley 28 Sep '20

28 Sep '20

Another reminder that we are in the last hours for declaring PTL and TC candidacies. Nominations are open until Sep 29, 2020 23:45 UTC. If you want to stand for election, don't delay, follow the instructions at [1] to make sure the community knows your intentions. Make sure your nomination has been submitted to the openstack/election repository and approved by election officials. Election statistics[2]: Nominations started @ 2020-09-22 23:45:00 UTC Nominations end @ 2020-09-29 23:45:00 UTC Nominations duration : 7 days, 0:00:00 Nominations remaining : 23:38:26 Nominations progress : 85.93% --------------------------------------------------- Projects[1] : 55 Projects with candidates : 25 ( 45.45%) Projects with election : 0 ( 0.00%) --------------------------------------------------- Need election : 0 () Need appointment : 30 (Barbican* Blazar* Cinder* Cloudkitty Cyborg Designate* Ec2_Api Freezer Horizon Ironic* Karbor Magnum* Manila Masakari Monasca Murano Octavia OpenStack_Charms Oslo Packaging_Rpm Placement Qinling Quality_Assurance* Requirements* Searchlight Senlin Solum Storlets* Telemetry Watcher) =================================================== Stats gathered @ 2020-09-29 00:06:34 UTC (* indicates teams with pending nominations which haven't been confirmed by more than one election official yet) This means that with approximately 2 days left, 30 projects will be deemed leaderless. In this case the TC will oversee PTL selection as described by [3]. There are also currently 2 confirmed candidates and 3 additional pending nominations for the 4 open Technical Committee seats, indicating it's likely there will be a runoff poll for the TC election. Thank you, [1] https://governance.openstack.org/election/#how-to-submit-a-candidacy [2] Any open reviews at https://review.openstack.org/#/q/is:open+project:openstack/election have not been factored into these stats. [3] https://governance.openstack.org/resolutions/20141128-elections-process-for… -- Jeremy Stanley on behalf of the OpenStack Technical Election Officials

1 0

[election][storlets] PTL candidacy for Wallaby
by Takashi Kajinami 28 Sep '20

28 Sep '20

Hi All, I'd like to announce my candidacy to run PTL role for Storlets project in the next Wallaby cycles, to continue PTL role from the previous Victoria cycle. In this cycle, I'll focus on the existing proposals to improve stability and operability of Storlets. Since we have discussion slots in coming PTG, I'll moderate the discussion there and will try to make these proposals land during this cycle. Thank you for your consideration ! Thank you, Takashi Kajinami

1 0

[election][qa] PTL candidacy for Wallaby
by Masayuki Igawa 28 Sep '20

28 Sep '20

Hi everyone, I want to propose my candidacy and continue serving as Quality Assurance PTL for the Wallaby cycle. First off, I would like to thank you all the contributors, core reviewers, and anyone involved and makes the OpenStack better. In Victoria cycle, we've added a job for generating doc from docstrings and added many docstrings for that already. We can see the outcomes here[2]. And we've also made a workflow[3][4] to get along with the upper-constraints in tox.ini. We still have some more planned work pending for Victoria, such as making tempest scenario manager a stable interface, improving tempest cleanup, etc. I think we will accomplish them in Victoria or Wallaby cycle. Along with daily QA activities, my priorities for QA for the next cycle will be: * Guiding and motivating more contributors to QA projects, improving documentation and advertising OpenStack QA projects. * Stability of Tempest scenario manager. * Completing Victoria priority items if it's still remaining. It's hard to accomplish without our collaboration. So, let's do it together! [1] http://stackalytics.com/?user_id=igawa [2] https://docs.openstack.org/tempest/latest/tests/modules.html [3] https://docs.openstack.org/tempest/latest/requirement_upper_constraint_for_… [4] https://wiki.openstack.org/wiki/QA/releases#Project_with_release_mode:_cycl… Thanks for your consideration! -- Masayuki Igawa (masayukig)

1 0

Swift Installation Error
by WALSH CHANG 28 Sep '20

28 Sep '20

To whom it may concern, I am very new to OpenStack. I had an error when I install the Swift service. Error trying to load config from /etc/swift/proxy-server.conf: Entry point 'proxy\naccount_autocreate = True' not found in egg 'swift' (dir: /usr/lib/python2.7/dist-packages; protocols: paste.app_factory, paste.composite_factory, paste.composit_factory; entry_points: ) Just wondering if it's ok to have storage node and controller node on the same device. I use the controller node as the storage node, and use the flash drive as the storage space. Not sure if this is the reason for the error. It will be very appreciated if someone can provide some suggestions. Kind regards, Walsh

2 1

[election][cinder] PTL candidacy for Wallaby
by Brian Rosmaita 28 Sep '20

28 Sep '20

Hello everyone, I hereby announce my candidacy for Cinder PTL for the Wallaby cycle. I've been PTL for two cycles, so you have a pretty good idea by now of what it's like to work on the Cinder project with me in that role, and whether or not it would be a good idea for me to continue. There are a few things I'd like to see the project emphasize during the Wallaby development cycle; hopefully the team will self-organize around these themes. * Continued development of the cinder-tempest-plugin. We need more automated tests for more complicated scenarios, partly to prevent regressions for fixed bugs, but also to detect some problems before they are reported by users. * Better understanding of why some of the gate jobs are intermittently failing, particularly the backup-related tests in the tempest-storage suite. * Better review bandwidth. The core team we carried over from Ussuri to Victoria is still active, but as their careers have progressed, they have taken on more responsibilities in their day jobs, and their review counts have declined a bit. We added Lucio as a new core during Victoria; it would be good to add another person or two during the Wallaby cycle. Anyone working on the cinder project who's interested in working to get themselves into a position where they could be nominated as a cinder core, please contact me (or any of the current cores) to discuss what the expectations are. Those are what's been on my mind lately. As far as specific features, etc., those will emerge from our PTG discussions, to which I encourage you to contribute: https://etherpad.opendev.org/p/wallaby-ptg-cinder-planning We've had productive virtual mid-cycle meetings for two cycles now, and the cinder-weekly-meeting-once-a-month-in-videoconference seems to help keep the team connected, so I'd like to continue that. The team adapted well to the virtual PTG format for Victoria, so I'm confident we'll have a productive virtual Wallaby PTG, though I sincerely hope we'll once again have the opportunity to meet face-to-face for the 'X' PTG. As far as external interest in the Cinder project goes, we've added some new drivers in Victoria and already have one new driver proposed for Wallaby, with at least one more on the way, which is nice. Thanks for reading this far, and thank you for your consideration. Brian Rosmaita (rosmaita)

1 0

[all][election][tc] Candidacy
by Jay Bryant 28 Sep '20

28 Sep '20

Dear OpenStack Community, This note is to officially announce my intention to be re-elected to the OpenStack TC in the Wallaby cycle. At this point, I think that many of you know me, but for those who don't I will briefly introduce myself. I have been a part of the OpenStack Community since early in 2013. At that time I was working for IBM and acted as the liaison between the storage teams developing Cinder drivers for IBM's storage solutions and the Community. I am currently working at Lenovo as the Principal Cloud Architect, leading a team that is developing automated infrastructure deployment and cloud deploy solutions for several different cloud platforms. During my time in the OpenStack Community I have been a Cinder core team member and served as PTL for Cinder for two years. I have been an active part of on-boarding for new Community members, helping and supporting the Upstream Institute sessions since the 2016 session in Barcelona. I also have been active in projects outside of Cinder, acting as Oslo liaison for Cinder and helping the documentation team back in the days that that was a thing. Most recently, I have served a year on the OpenStack TC. I will admit that the experience has come with a learning curve. My time has also been during a time of change for the TC and for OpenStack in general. During my time on the TC I was proud to organize the first review of Technical Committee questions in the annual user survey. The exercise was interesting and I feel it brought good information to the TC with regards to what the community needs to be doing to best serve our users. I also have been active in the discussions around how to handle leaderless projects. I feel that my experience as a PTL for a notable period of time and core team member for over 6 years gives me perspective to talk about how we continue to develop OpenStack project structure. During my last year, my focus at work has changed from pure development to being more of a designer/consumer of cloud solutions. The solutions are not exclusively OpenStack, but now include OpenShift and VMware based clouds. The change in focus has given me new perspective on how OpenStack fits into the cloud ecosystem and I think it is perspective that will be helpful in the coming year as we now have a combined Technical Committee and User Committee. If re-elected I will support getting the OpenStack community connected with other cloud communities, especially the k8s community. I will continue to support efforts to adapt OpenStack's processes and projects to make things easier for projects both large and small. I also hope to help to set goals for the community that will help it continue to be a vibrant and relevant cloud solution for years to come! Working with the OpenStack Community has always been something that I have been very proud to do in my career. I thank you all for the opportunity to serve as a TC member the last year and hope that I can continue to serve the community in this capacity. Sincerely, Jay Bryant IRC (Freenode): jungleboyj

1 0

[cinder] this week's meeting in video+IRC
by Brian Rosmaita 28 Sep '20

28 Sep '20

I forgot to mention at last week's Cinder meeting that the meeting for Wednesday 30 September, being the last meeting of the month, will be held in both videoconference and IRC at the regularly scheduled time of 1400 UTC. Here's a quick reminder of the video meeting rules we've agreed to: * Everyone will keep IRC open during the meeting. * We'll take notes in IRC to leave a record similar to what we have for our regular IRC meetings. * Some people are more comfortable communicating in written English. So at any point, any attendee may request that the discussion of the current topic be conducted entirely in IRC. connection info: https://bluejeans.com/3228528973 cheers, brian

1 0

[election][designate] PTL candidacy for Wallaby
by Michael Johnson 28 Sep '20

28 Sep '20

My fellow OpenStack community, I would like to announce my candidacy for PTL of Designate for the Wallaby cycle. As you probably know I have been the Octavia PTL five times since the Pike release. I will continue to be involved in the Octavia project, but it is time for a change! I feel that allowing for leadership change on projects is healthy and gives others the opportunity to lead. In my downstream day job I am becoming more involved in supporting Designate as part of our OpenStack offering. This means I will be contributing more to Designate and supporting the Designate community. One of my Designate goals for the Wallaby release will be expanding the documentation available. For example, I would like to create some user cookbooks, similar to those in the Octavia documentation, that would guide users through scenarios using Designate. I am also excited to see a proposed patch for DNS “views” in Designate, so I will be supporting that development effort in any way I can help. Thank you for your support and your consideration for Wallaby, Michael Johnson (johnsom)

1 0

[tc] weekly update
by Mohammed Naser 28 Sep '20

28 Sep '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 - Add assert:supports-standalone https://review.opendev.org/722399 - Add election schedule exceptions in charter https://review.opendev.org/751941 - Remove tc:approved-release tag https://review.opendev.org/749363 - Clarify impact on releases for SIGs https://review.opendev.org/752699 - Migrate rpm-packaging to a SIG https://review.opendev.org/752661 - Retire openstack/os-loganalyze https://review.opendev.org/753834 - Retire devstack-plugin-pika project https://review.opendev.org/748730 - Reorder repos alphabetically https://review.opendev.org/754097 - Add Ironic charms to OpenStack charms https://review.opendev.org/754099 - Define TC-approved release in a resolution https://review.opendev.org/752256 # Other Reminders - PTG Brainstorming: https://etherpad.opendev.org/p/tc-wallaby-ptg - PTG Registration: https://october2020ptg.eventbrite.com Thanks for reading! Mohammed & Kendall -- Mohammed Naser VEXXHOST, Inc.

1 0

TC Candidacy for Wallaby
by Amy Marrich 28 Sep '20

28 Sep '20

Hey all, I am declaring my candidacy for the Technical Committee. I have served in various leadership positions within the community over the years and feel I have developed a well rounded view of what goes on within OpenStack from the project level up to the OSF Board level. I feel I can represent all members of the community from the folks running small private clouds to the teams running large public clouds. I also feel my experiences helping with OpenStack Upstream Institute, the OpenStack mentoring program, and the Git and Gerrit workshops help me to connect with contributers from those just starting out to those who have been here from the beginning. While I'm admittedly not a developer by profession, I have code and documentation contributions in multiple projects which I think is important in seeing the big picture as to how pieces fit together in the larger OpenStack codebase. Thanks, Amy Marrich (spotz)

1 0

[neutron] Bug deputy report for week of September 21st
by Brian Haley 28 Sep '20

28 Sep '20

Hi, I was Neutron bug deputy last week. Below is a short summary about the 21 (!) reported bugs. -Brian Critical bugs ------------- * https://bugs.launchpad.net/neutron/+bug/1896603 - ovn-octavia-provider: Cannot create listener due to alowed_cidrs validation - https://review.opendev.org/#/c/753302/ * https://bugs.launchpad.net/bugs/1896678 - [OVN Octavia Provider] test_port_forwarding failing in gate - https://review.opendev.org/#/c/753419/ * https://bugs.launchpad.net/neutron/+bug/1896766 - OVN jobs failing due to failed OVS compilation - https://review.opendev.org/#/c/751882/ * https://bugs.launchpad.net/neutron/+bug/1897326 - scenario test test_floating_ip_update is failing often on Ubuntu 20.04 - Possibly related to https://bugs.launchpad.net/neutron/+bug/1896735 - Slawek took ownership High bugs --------- * https://bugs.launchpad.net/ubuntu/+source/neutron/+bug/1896506 - keepalived_use_no_track default=True breaks bionic deploys - Needs owner * https://bugs.launchpad.net/neutron/+bug/1896677 - [OVN Octavia Provider] OVN provider fails creating pool without subnet ID - Assigned to haleyb * https://bugs.launchpad.net/neutron/+bug/1896735 - Scenario tests from neutron_tempest_plugin.scenario.test_port_forwardings.PortForwardingTestJSON failing due to ssh failure - https://review.opendev.org/#/c/753552/ proposed * https://bugs.launchpad.net/neutron/+bug/1896827 - port update api should not lose foreign external_ids - https://review.opendev.org/#/c/753833/ proposed * https://bugs.launchpad.net/neutron/+bug/1896945 - dnsmasq >= 2.81 not responding to DHCP requests with current q-dhcp configs - Looks similar to https://bugs.launchpad.net/neutron/+bug/1876094 but that fix is merged - Needs owner * https://bugs.launchpad.net/neutron/+bug/1897095 - [OVN] ARP/MAC handling for routers connected to external network is scaling poorly - https://review.opendev.org/#/c/752678/ proposed Medium bugs ----------- * https://bugs.launchpad.net/neutron/+bug/1896470 - OVN migration infrared plugin does not remove ML2OVS-specific templates - https://review.opendev.org/#/c/752918/ proposed * https://bugs.launchpad.net/neutron/+bug/1896587 - iptables firewall driver don't drops invalid packets which match some SG rule - Fix for https://bugs.launchpad.net/neutron/+bug/1460741 moved this iptables chain lower, so more investigation required. * https://bugs.launchpad.net/tempest/+bug/1896592 - [neutron-tempest-plugin] test_dhcpv6_stateless_* clashing when creating a IPv6 subnet - Actually a bug in the tempest repo, added component - Fixed in neutron-tempest-plugin with https://review.opendev.org/#/c/560465/ - Marked Incomplete by Rodolfo as he noticed server issues (500's) in the logs * https://bugs.launchpad.net/neutron/+bug/1896733 - [FT] Error while executing "remove_nodes_from_host" method - Needs owner * https://bugs.launchpad.net/neutron/+bug/1896850 - dhcp release fails when client_id is specified - https://review.opendev.org/#/c/753865/ proposed * https://bugs.launchpad.net/neutron/+bug/1896933 - Exception when plugin creates a network without specifying the MTU - https://review.opendev.org/#/c/753717/ proposed Low bugs -------- * https://bugs.launchpad.net/neutron/+bug/1896588 - [Security Groups] When using neutron CLI, if non-existing project is given when listing the SGs, a default SG is created - Rodolfo working on it * https://bugs.launchpad.net/neutron/+bug/1897100 - Improve port listing command - https://review.opendev.org/#/c/754117/ proposed * https://bugs.launchpad.net/neutron/+bug/1897423 - [L3] Let agent extension do delete router first - https://review.opendev.org/#/c/736258/ proposed * https://bugs.launchpad.net/neutron/+bug/1895876 - When accounts.yaml is used neutron_tempest_plugin fails with "Invalid input for tenant_id. Reason: 'None' is not a valid string." - https://review.opendev.org/754782 proposed Wishlist bugs ------------- * https://bugs.launchpad.net/neutron/+bug/1896920 - Unnecessary error log when checking if a device is ready - https://review.opendev.org/#/c/754005/ proposed Further triage required ----------------------- * None

1 0

[requirements][election] PTL candidacy for Wallaby
by Matthew Thode 28 Sep '20

28 Sep '20

I would like to announce my candidacy for PTL of the Requirements project for the Wallaby cycle. The following will be my goals for the cycle, in order of importance: 1. The primary goal is to keep a tight rein on global-requirements and upper-constraints updates. (Keep things working well) 2. Un-cap requirements where possible (stuff like botocore). 3. Audit global-requirements and upper-constraints for redundancies. One of the rules we have for new entrants to global-requirements and/or upper-constraints is that they be non-redundant. Keeping that rule in mind, audit the list of requirements for possible redundancies and if possible, reduce the number of requirements we manage. Json libs are on the short list this go around. I look forward to continue working with you in this cycle, as your PTL or not. Thanks for your time, -- Matthew Thode

1 0

[blazar][election] PTL candidacy for Wallaby
by Pierre Riteau 28 Sep '20

28 Sep '20

Hi, I would like to self-nominate for the role of PTL of Blazar for the Wallaby release cycle. I have been PTL since the Stein cycle and I am willing to continue. Unfortunately, Blazar has been suffering from low participation in the project. I will keep engaging with current users and potential new ones, in order to get more contributors involved in the project. Thank you for your support, Pierre Riteau (priteau)

1 0

[election][barbican] Add Douglas Mendizábal candidacy for Barbican PTL
by Douglas Mendizabal 28 Sep '20

28 Sep '20

Hello OpenStack, I would like to nominate myself for Barbican PTL. [1] My focus for the new cycle will be to continue the maintenance and development of the project. We will continue to improve usability as well as continue to enable cross-project encryption features. We hope to deliver our first microversion revision early in the Wallaby cycle, so tha we can finally release the Secret Consumers feature. Thanks, Douglas Mendizábal [1] https://review.opendev.org/#/c/754735/

1 0

[election][magnum] Add strigazi candidancy for magnum
by Spyros Trigazis 28 Sep '20

28 Sep '20

Hello stackers, I would like to nominate [0] myself for Magnum PTL. In the recent releases the focus of the team was around our kubernetes driver. I would like to continue that direction for wallaby while trying to improve cloud administrators' management. More specifically: * simplifying addon deployment for our kubernetes driver (the current proposal relies on helm3) * allow control plane resizing * optionally run the clusters' control plane on the cloud operators' tenant * investigate addon upgrades The goal of the project is clearly to be very lean and rely as much as possible on the dependent communities like: kubernetes, containerd, calico, helm and so on. Thank you for considering me, Spyros Trigazis [0] https://review.opendev.org/754727

1 0

[release] Release countdown for week R-2 Sept 28 - Oct 2
by Sean McGinnis 28 Sep '20

28 Sep '20

Development Focus ----------------- At this point we should have release candidates (RC1 or recent intermediary release) for all the victoria deliverables. Teams should be working on any release-critical bugs that would require another RC or intermediary release before the final release. Actions ------- If you have deliverables on a cycle-with-rc model but haven't had a RC1 released yet, please check the proposed RC1 releases at [1]. Without a clear answer, the release management team will be approving those on Monday morning! [1] https://review.opendev.org/#/q/topic:victoria-rc1+status:open Early in the week, the release team will be proposing stable/victoria branch creation for all deliverables that have not branched yet, using the latest available victoria release as the branch point. If your team is ready to go for creating that branch, please let us know by leaving a +1 on these patches. If you would like to wait for another release before branching, you can -1 the patch and update it later in the week with the new release you would like to use. By the end of the week the release team will merge those patches though, unless an exception is granted. Once stable/victoria branches are created, if a release-critical bug is detected, you will need to fix the issue in the master branch first, then backport the fix to the stable/victoria branch before releasing out of the stable/victoria branch. After all of the cycle-with-rc projects have branched we will branch devstack, grenade, and the requirements repos. This will effectively open them up for wallaby development, though the focus should still be on finishing up victoria until the final release. For projects with translations, watch for any translation patches coming through and merge them quickly. A new release should be produced so that translations are included in the final victoria release. Finally, now is a good time to finalize release notes. In particular, consider adding any relevant "prelude" content. Release notes are targetted for the downstream consumers of your project, so it would be great to include any useful information for those that are going to pick up and use or deploy the victoria version of your project. Upcoming Deadlines & Dates -------------------------- Final Victoria release: October 14 Open Infra Summit: October 19-23 Wallaby PTG: October 26-30

1 0

[elections][placement][blazar] Placement PTL Non-candidacy: Stepping down
by Tetsuro Nakamura 28 Sep '20

28 Sep '20

Hello everyone, Due to my current responsibilities, I'm not able to keep up with my duties either as a Placement PTL, core reviewer, or as a Blazar core reviewer in Wallaby cycle. Thank you so much to everyone that has supported. I won't be able to checking ML or IRC, but I'll still be checking my emails. Please ping me via email if you need help. Thanks. - Tetsuro -- Tetsuro Nakamura <tetsuro.nakamura.bc(a)hco.ntt.co.jp> NTT Network Service Systems Laboratories TEL:0422 59 6914(National)/+81 422 59 6914(International) 3-9-11, Midori-Cho Musashino-Shi, Tokyo 180-8585 Japan

4 3

[Kuryr] Proposing Roman Dobosz for kuryr-kubernetes core
by Michał Dulko 28 Sep '20

28 Sep '20

Hello, I'd like to propose Roman for the core reviewer role in kuryr- kubernetes. Roman was leading several successful development activities during Train and Ussuri cycles: * Switch to use openstacksdk as our OpenStack API client. * Support for IPv6. * Moving VIF data from pod annotations to a KuryrPort CR. He also demonstrated code reviewing skills of an experienced Python developer. In the absence of objections, I'll proceed with adding Roman to the core team next week. Thanks, Michał

5 5

Re: [openstack-ansible] OpenStack Ansible deployment fails, due to lxc containers not having network connection
by Oliver Wenz 28 Sep '20

28 Sep '20

> I would recommend always building an All-In-One deployment in a virtual > machine > so that you have a reference to compare against when moving away from > the 'stock config'. > Documentation for the AIO can be found here > https://docs.openstack.org/openstack-ansible/ussuri/user/aio/quickstart.html I gradually decreased the complexity of my test system towards the 'stock config' to find out what caused the error but it kept showing up. Finally, it vanished when I rebooted the server and my original configuration also completed successfully afterwards. 🤦‍♂️ Thank you for your help and the insights to OSA! Kind regards, Oliver

1 0

[ptl][election][mistral] PTL candidacy
by Renat Akhmerov 28 Sep '20

28 Sep '20

Hi, I'm Renat Akhmerov. I'd like to announce my PTL candidacy for Mistral in Wallaby cycle. In Victoria, we made a huge change related to how we manage actions in Mistral. Previously, all actions were stored in the database and when any Mistral subsystem needed to get info about an action (action definition) it sent a query to DB. So, there wasn't any abstraction responsible for action management. This approach is not flexible and makes refactoring incredibly hard. It also means that it's nearly impossible to deliver actions to the system or alter them in runtime w/o having to reboot a cluster node. In Victoria we introduced the new abstraction called Action Provider. Action providers are fully responsible for delivering actions to Mistral. It is possible to. register many providers in the entry point "mistral.action.providers" in setup.cfg of any Python project (installed within the same Python env as Mistral) and Mistral will be using them all to find actions. So action management is now decoupled from the rest of the system and it's now possible to move away from storing action definitions only in the DB. It's fully up to a particular action provider implentation. Actions can even be dynamically generated, for example, as wrappers around a subset of operating system commands. Another option is. requesting info about actions via some communication protocols like HTTP, AMQP etc. There's still work to polish this all and document properly but the main infrastructure is already available and everyone can implement their own action providers. For W cycle I'd like to proceed with improving Mistral usability (toolset for developing Mistral actions, docs etc.) and address several known scalability issues. As always, anyone is very welcome to join our project. It's a lot of fun to work on it. The best way to get in touch with us is IRC channel #openstack-mistral or the openstack-discuss mailing list (with [mistral] tag in email subject). [1] https://review.opendev.org/#/c/754646/ Cheers Renat Akhmerov @Nokia

1 0

[tripleo][ci] proposing Yatin as tripleo-ci core
by Wesley Hayutin 28 Sep '20

28 Sep '20

Greetings, I really thought someone else had already sent this out. However I don't see it so here we go. I'd like to propose Yatin Karel as tripleo-ci core. You know you want to say +2 :)

19 18

[adjutant][election] PTL candidacy for Wallaby
by Adrian Turjak 27 Sep '20

27 Sep '20

Hello All, I'm submitting myself as the PTL for Adjutant during the W cycle. The focus is as always to continue maintaining the project to ensure it is operating as expected and as bug free as possible. Wallaby will mostly be about cleaning up some internal systems, and minor features to help with custom plugin support. The hope is to also clean up policy/role in this release, and include some elements of that into the plugin layer, and to start working on more useful user management features. Depending on time and resources, we may start work on async worker support to allow some parts of tasks to be processed asynchronously. Cheers, Adrian Turjak

1 0

[all][elections][ptl][tc] Combined PTL/TC Nominations ending soon
by Jeremy Stanley 27 Sep '20

27 Sep '20

A quick reminder that we are in the last hours for declaring PTL and TC candidacies. Nominations are open until Sep 29, 2020 23:45 UTC. If you want to stand for election, don't delay, follow the instructions at [1] to make sure the community knows your intentions. Make sure your nomination has been submitted to the openstack/election repository and approved by election officials. Election statistics[2]: Nominations started @ 2020-09-22 23:45:00 UTC Nominations end @ 2020-09-29 23:45:00 UTC Nominations duration : 7 days, 0:00:00 Nominations remaining : 1 day, 23:12:19 Nominations progress : 71.90% --------------------------------------------------- Projects[1] : 55 Projects with candidates : 18 ( 32.73%) Projects with election : 0 ( 0.00%) --------------------------------------------------- Need election : 0 () Need appointment : 37 (Adjutant Barbican Blazar Cinder Cloudkitty Cyborg Designate Ec2_Api Freezer Horizon Ironic Karbor Magnum Manila Masakari Mistral Monasca Murano Octavia OpenStack_Charms OpenStack_Helm Oslo Packaging_Rpm Placement Qinling Quality_Assurance Rally Requirements Searchlight Senlin Solum Storlets Tacker Telemetry Trove Watcher Zun) =================================================== Stats gathered @ 2020-09-28 00:32:41 UTC This means that with approximately 2 days left, 37 projects will be deemed leaderless. In this case the TC will oversee PTL selection as described by [3]. Thank you, [1] https://governance.openstack.org/election/#how-to-submit-a-candidacy [2] Any open reviews at https://review.openstack.org/#/q/is:open+project:openstack/election have not been factored into these stats. [3] https://governance.openstack.org/resolutions/20141128-elections-process-for… -- Jeremy Stanley on behalf of the OpenStack Technical Election Officials

1 1

[election][tacker] PTL candidacy for Wallaby
by Yasufumi Ogawa 27 Sep '20

27 Sep '20

Hi, I'd like to propose my candidacy for Tacker PTL in Wallaby cycle. In Victoria release, we have released great features required for the latest ETSI NFV standard and made several improvements for Tacker as and as planed in the last vPTG. We also fix issues for migrating to python3 and Ubuntu focal. As a PTL, I've led the team by proposing not only new features, but also things for driving the team such as documentation or bug tracking. It was something hard, but is running well. In Wallaby cycle, I would like to continue to make Tacker be more useful product from not only telco, but also all users interested in NFV. I believe Tacker will be a good reference implementation for NFV standard. We have planed to make Tacker more feasible not only for VM environment, but also container to meet requirements from industries. - Introduce the latest container technology with ETSI NFV standard. - Reinforce test environment for keeping the quality of the product, not only unit tests and functional tests, but also introduce more sophisticated scheme such as robot framework. - Revise wiki and documentation for covering users more. Regards, Yasufumi Ogawa

1 0

[election][heat] PTL candidacy for Wallaby
by Rico Lin 27 Sep '20

27 Sep '20

Hi all, I would like to announce my candidacy for Heat PTL for Wallaby cycle. Over the past couple of cycles, we running Heat dynamically according to requirements. We never stop encouraging people to join us and provide consistent reviews or fixes as much as we can based on priorities. And if those priorities not working for you, that means you must join the community to help. I believe the goals for the next cycle should be community CI stability, cross-project/community scenario tests to ensure what we deliver to users will get higher quality, also to get rid of legacy mode and move everything to convergence mode, and finally container-native support to make sure we provide usable Orchestration services for the container environment. I believe in new features, so we will try to encourage more features and review them as many as possible, but will not plan for team feature goals unless we can trigger more discussion and hands-on.Thank you for taking my self-nomination into consideration. -- May The Force of OpenStack Be With You, *Rico Lin*irc: ricolin

1 0

API short reponse time between the S version and the U version
by Zhi CZ Chang 26 Sep '20

26 Sep '20

1 0

[election][swift] PTL candidacy for Wallaby
by Tim Burke 26 Sep '20

26 Sep '20

I'd like to announce my candidacy for Swift PTL for the Wallaby cycle. This past year, Swift celebrated ten years running in production. Much has changed in that time: new features have been developed and polished, versions of Python have come and gone, and clusters have grown to staggering capacities. However, our commitment to operational excellence remains the same. Recently (particularly in the last several months), I've noticed our contributors increasingly have an operator's mindset. We look for more and better ways to measure Swift. We seek to reduce client impacts from config reloads and upgrades. We take greater ownership over the health and performance of our clusters. To a large extent, we're all operators now. The benefits have been enormous. We've improved performance; we've upgraded without disrupting any client requests; we've migrated clusters to Python 3 to position them well for the next ten years. Through it all, clients put ever more data into Swift. The increases in demand bring almost incomprehensible scales. We now see individual clusters sustaining tens of thousands of requests every second. We see containers with a billion objects. We see expansions that are as large as many whole clusters were just a few years ago. This is our next great challenge: how do we move away from a world where expansions are a rarity that may require a bit of a scramble and into a world of constant expansion? How can we effectively manage clusters with thousands of nodes? How do we shift from thinking in terms of petabytes to exabytes? I can't wait to see how we rise to meet this challenge. Tim Burke

1 0

The question about OpenStack instance fail to boot after unexpected compute node shutdown
by Yule Sun 26 Sep '20

26 Sep '20

I saw your message on the website http://lists.openstack.org/pipermail/openstack-discuss/2019-April/005635.ht… . And i have been troubled by the same problem for a long time . I tried to change the parameters resume_guests_state_on_host_boot=True and instance_usage_audit=True in the nova.conf ,but it didn't work . I wonder if you have solved this problem, looking forward your reply, Thank you and best regards. And my instance error looks like this . [cid:e8770762-d2b2-4630-9ce6-4d357dc92cee]

2 1

[election][zaqar] PTL candidacy for Wallaby
by hao wang 26 Sep '20

26 Sep '20

Hi, I want to propose my candidacy and continue serving as Zaqar PTL in the Wallaby cycle. For the Victoria release, the Zaqar team continues to keep the Zaqar stable and reliable, and also some great works have been done. We designed and implemented the Encrypted message in the queue to enhance the security of Zaqar. We also fixed some bugs to meet the python3 requirements. In the Wallaby cycle, I would like to continue serving this project and bring more contributors and the user requires. There are some major works I want to do in W cycle: 1.Finish the Topic resource work, to support all backends. 2.Consider to support more backends that have widely used. 3.Continue to support more security algorithms for encrypted messages. 4.Implement some new requirements from users. 5.keep Zaqar more reliable as usual. Thanks to everyone to support my work and keep contributing to Zaqar. I will do my best in the new cycle.

1 0

[openstack-ansible][election] Candidacy
by Dmitriy Rabotyagov 25 Sep '20

25 Sep '20

Hey everyone! This cycle I've decided to take part in elections and run for PTL of the OpenStack-Ansible project. I feel that OSA nowadays is a solid and stable project, and we're doing a great job to get all features in time and deploy only modern software with our deployments, as well as providing deployers with a high range of different supported options and flexibility. It's rather important to keep up with the progress. And there are main things I'd love to focus on during the upcoming release: # Integration tests coverage for all roles Despite migrating tests for most of the projects to the integrated repo, we still have several projects not covered with proper testing (like Zun). I also would love to pay attention to passing appropriate tempest scenarios for all projects instead of running some default ones. # Cleaning up bugtracker I think one of our highest priorities should be project stability. And taking care of bugs might help us heavily with that. We haven't been paying enough attention to our Launchpad for a while and I think we should change that by cleaning up stale bugs, so we could focus on real ones. Returning bug triage to the meeting might be also an efficient way to handle them. # Roles cleanup We have a lot of things left in code, like workarounds for upgrades, upstream bugs, support for obsolete operating systems, etc. Removal/replacement of deprecated OpenStack options should be also included. # Usage of the new pip resolver Our venv build process relies on provided constraints heavily, which isn't valid in case of the new pip resolver usage, so we will need to make appropriate adjustments into the process to keep the ability to define specific package requirements and use modern pip. Thank you for taking into consideration my nomination.

1 0

Re: [magnum][infra] Can We Delete the OpenDev Fedora Atomic Images Mirror
by feilong＠catalyst.net.nz 25 Sep '20

25 Sep '20

1 0

OpenstackSwift - rclone Copy/Sync Large Objects set (150Mil objects - 80TB) from Tenant PROD1 to PROD2
by prem shivakumar 25 Sep '20

25 Sep '20

Hi Open-stack users, Our current setup: PROD1 Container1 Dir1/Dir2/YYYYMMDD.tar Want to move to: PROD2 Container2_YYYYMM Dir1/Dir2/YYYYMMDD.tar I got all the objects metadata(Object names) using “swift list Container1” I am currently using rclone where I am passing metadata(Object names) info of “Container1”. All the Auth variables exist in rclone.conf. Example command: rclone copy PROD1: Dir1/Dir2/YYYYMMDD.tar PROD2:Container2_YYYYMM/Dir1/Dir2/ YYYYMMDD.tar Currently, I am facing slowness in copying files from PROD1 to PROD2. On an average, It takes about 5s to copy the object from PROD1 to PROD2. If I count the time against 150M its more than 10000Days. I have also tried “rclone sync with —fast-list” it is failing as it is unable to keep the listing in the memory. In this case, is there any easier and faster solution to copy data from Container1 to Container2? Thank you.

1 0

[magnum][infra] Can We Delete the OpenDev Fedora Atomic Images Mirror
by Clark Boylan 25 Sep '20

25 Sep '20

I'm in the process of removing our fedora-30 images and noticed that we are still mirroring Fedora Atomic 28 and 29 images here: https://mirror.dfw.rax.opendev.org/fedora/atomic/stable/. Are these images in use anywhere? I would like to clean them up as they are even more stale than the fedora-30 nodepool images. Using http://codesearch.openstack.org I don't see anything using them but that only searches the master branches of our git repos. Clark

3 3

[election][kolla] PTL candidacy for Wallaby
by Mark Goddard 25 Sep '20

25 Sep '20

Hi, I'd like to nominate myself to serve as the Kolla PTL for the Wallaby cycle. I have been PTL for the last 3 cycles, and would like the opportunity to continue to lead the team. I am pleased with the current state of the project. We have an active community, produce interesting and useful features, and regularly receive positive feedback. As with many contributors in a less certain world, I have felt the squeeze on upstream this cycle. I'd like to thank those who have stepped up to help when downstream (or holiday) means I'm unavailable, and those who generally help out with project admin tasks. This cycle we added two new meetings to the calendar. Kolla Klub started well, with fantastic attendance and some great discussions. Over time engagement has been more variable. I think we need to assess whether to continue regular meetings, and if so, how to keep it interesting. The Kolla Kall is more development oriented, and has been useful for focussing on some specific issues. For this meeting I think we need to be sure that it is the best use of people's time, and be a bit more dynamic about content and attendance. One area where I feel we could improve as a project is in integrating contributors in non-EU/US time zones. Language, culture and time zones can make this a challenge, but everyone benefits from a connected global community. We made a start on improving our documentation this cycle, let's keep pushing on that. Thanks for reading, Mark Goddard (mgoddard)

1 0

[InteropWG] Looking for k8s Ready OpenStack / Open Infra and BMaaS Add-on Conformance Candidates
by prakash RAMCHANDRAN 25 Sep '20

25 Sep '20

Hi all, Here is summary of Friday alternate week calls of Interop(next Oct 9th) join us on meetpad - refer https://etherpad.opendev.org/p/interop We are looking forward to prep work for PTG on October23 Monday & October 30 Friday Interop slots ( https://ethercalc.openstack.org/7xp2pcbh1ncb ) 1. Seeking Candidate for "Kubernetes Ready OpenStack" Branding - need Ideation from different Project teams with variations you seek (see eg.) eg. Distros RHSOP with Cinder CSIVIO with Swift CSI eg. Hosted version Canonical OpenStack Distro with Manila CSISUSE OpenStack with Octavia Load Balances Ingress Controller Add your ideas to - https://etherpad.opendev.org/p/2020-Wallaby-interop-brainstorming 2. Seeking Candidates for OpenStack ready Bare Metal as a Service Add-ons IronicMaaS Add your ideas to - https://etherpad.opendev.org/p/2020-Wallaby-interop-brainstorming All Vendors and PTLs interested in pursuing ideas for their next releases OpenStack or Open Infra release please add your ideas to etherpads above.Reply to this chain and we will try consolidate Interop in Bare metal & K8s era. ThanksPrakash / MarkFor InteropWG

1 0

[tripleo]] tripleo victoria rc1
by Marios Andreou 25 Sep '20

25 Sep '20

hello TripleO folks o/ we don't normally/aren't expected to cut release candidates. However after discussion with and guidance from Wes I decided to propose an rc1 as practice since I haven't used the new releases tool before [4]. The proposal is up at [1] but I've set -1 there on request from reviewers; we can't merge that until [2] merges first. If you are interested please check [1] and add any comments. In particular let me know if you want to include a release for one of the independent repos [3] (though for validations-common/libs we need to reach out to the validations team they are managing those AFAIK). thanks, hope you enjoy your weekend! [1] https://review.opendev.org/#/c/754346/ [2] https://review.opendev.org/754347 [3] https://releases.openstack.org/teams/tripleo.html#independent [4] https://releases.openstack.org/reference/using.html#using-new-release-comma…

1 0

[openstack][manila] GenericShareDriver on stein
by Ignazio Cassano 25 Sep '20

25 Sep '20

Hello Stackers, I am testing manila manila.share.drivers.generic.GenericShareDriver with manila.share.drivers.generic.GenericShareDriver. I created in my project an instance with nfs server and it is up and running. In my manila.conf I have specified the instance id, use and password: [locale] share_driver = manila.share.drivers.generic.GenericShareDriver driver_handles_share_servers = false share_backend_name= locale service_instance_user = manila service_instance_passwod = manila service_instance_name_or_id = 5b0fa246-e94b-4a84-b730-7066dfb31fb0 path_to_private_key=~/.ssh/id_rsa path_to_public_key=~/.ssh/id_rsa.pub I have also other backend with netapp drivers and they works fine. The generic drivers reports: 2020-09-25 13:56:13.955 4097174 WARNING manila.share.drivers.generic [req-f0a5294a-3ef2-4226-9fc9-f3b4f35c53f5 - - - - -] Waiting for the common service VM to become available. Driver is currently uninitialized. Share server: None Retry interval: 5 2020-09-25 13:56:14.143 4097174 ERROR manila.share.drivers.generic [req-f0a5294a-3ef2-4226-9fc9-f3b4f35c53f5 - - - - -] string indices must be integers 2020-09-25 13:56:19.144 4097174 WARNING manila.share.drivers.generic [req-f0a5294a-3ef2-4226-9fc9-f3b4f35c53f5 - - - - -] Waiting for the common service VM to become available. Driver is currently uninitialized. Share server: None Retry interval: 5 2020-09-25 13:56:19.340 4097174 ERROR manila.share.drivers.generic [req-f0a5294a-3ef2-4226-9fc9-f3b4f35c53f5 - - - - -] string indices must be integers Seems the instance I created is not available. Please, any help? Ignazio

2 2

[election][Kuryr] PTL candidacy for Wallaby
by Maysa De Macedo Souza 25 Sep '20

25 Sep '20

Hello, I would like to propose my candidacy to be the PTL of Kuryr for the Wallaby cycle. I have been a contributor to Kuryr since the Queens release and was appointed to the Kuryr core team in the Ussuri cycle. I see the following goals for the Kuryr project during the Wallaby cycle: * Improve stability and extend CI: we already included great improvements in our CI, but I believe we must continuously work on it to provide better and quicker feedback when developing new features. As part of that, we should start graduating experimental jobs like the ones using OVN-Octavia driver and Network Policy, and handle issues with jobs requiring more swap. * Address testing gaps for new and existing features: this would avoid regressions and find bugs. Also, improves stability. * Continue extending and improving Kuryr functionalities, such as dual stack, SCTP support and CRDs usage. * Grow the contributor base. I would like to contribute back to the community as a PTL while following great examples of previous PTLs. Thank you, Maysa.

1 0

[rpm-packaging] Proposing Hervé Beraud as new core reviewer
by Javier Pena 25 Sep '20

25 Sep '20

Hi, I would like to propose Hervé Beraud as a new core reviewer for the rpm-packaging project. Hervé has been providing consistently good reviews over the last few months, and I think he would be a great addition to the core reviewer team. Existing cores, please vote on the thread! Regards, Javier Peña

3 3

[tc] monthly meeting
by Mohammed Naser 25 Sep '20

25 Sep '20

Hi everyone, Our monthly TC meeting is scheduled for next Thursday, October 1st, at 1400 UTC. If you would like to add topics for discussion, please go to https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting and fill out your suggestions by Wednesday, September 30th, at 1900 UTC. Thank you, Regards, Mohammed -- Mohammed Naser VEXXHOST, Inc.

1 0

[tripleo] PTL candidacy for Wallaby
by Marios Andreou 25 Sep '20

25 Sep '20

I would like to nominate myself for the TripleO PTL role for the Wallaby cycle. I think it is obvious that the role of the PTL has changed significantly compared to the early days of TripleO. Most importantly we are (and have been for a while) now organised into self-contained topic squads (deployment, validations, upgrades, networking, storage, ci, etc). Typically technical decisions are driven exclusively within those squads (even if they are done 'in the open' on gerrit and launchpad and opendev-discuss). The role of the PTL then is more about coordination across the squads, ensuring we deliver release targets, keeping bug backlogs in order and facilitating the resolution of any conflicts that arise. I have worked on TripleO since before the Kilo release and have collaborated with many current and past members of the community including engineers and also users/operators. My contributions thus far have been in code/docs/bugs, originally working on upgrades and more recently working on CI. I haven't had the opportunity to work on the 'admin' side of TripleO (besides in the past cutting the occasional release). I am thus especially excited by the prospect of contributing in this new way as PTL, if TripleO will have me! I sincerely promise to give it my best and I am sure that together with the kind help of the current PTL Wes Hayutin we will have a smooth Wallaby cycle, meeting our responsibilities to the foundation and the community. There is (as ever!) a lot of exciting work coming in the Victoria release and continuing in Wallaby including the continued exploration of the removal of Heat as our configuration engine, the new validations repos and framework, the new container builds process, Fast Forward Upgrades II (back with a vengeance), ci component and dependency pipelines, ci parent/child jobs, and I'm sure many more that we will discuss at the coming Wallaby PTG. Two areas I would like to focus on as PTL should you give me the opportunity are: - improve our current documentation/deployment guides - at minimum they must be updated to recent releases and there are many items missing. I am hoping to rally support from the various squads for this. - improve visibility into the various TripleO squads - this may mean re-instating a 'new' weekly/bi-weekly (or other frequency) tripleo meeting or by some new way of collaborating. Again this is really dependent on support from the tripleo community. thank you for your consideration!

1 0

[Neutron] Not create .2 port
by Tony Liu 24 Sep '20

24 Sep '20

Hi, When create a subnet, by default, the first address is the gateway and Neutron also allocates an address for serving DHCP and DNS. Is there any way to NOT create such port when creating subnet? Thanks! Tony

3 4

[election][neutron] PTL candidacy for Wallaby
by Slawek Kaplonski 24 Sep '20

24 Sep '20

Hi, I want to propose my candidacy and continue serving as Neutron PTL in the Wallaby cycle. In the Victoria cycle I proposed a couple of major goals. We achieved most of them, like for example: * add support for metadata over IPv6 in Neutron, * continue adoption of the OVN driver as one of the in-tree Neutron drivers. * find new maintainers for the networking-midonet project so we keep it the * Neutron stadium. In the upcoming cycle I would like to continue work which we started already and focus mostly on: * implement old, unfinished Blueprints like adoption of new engine facade, * continue adoption of the OVN backend in Neutron, closing more feature parity * gaps * switch the OVN driver to be the default backend in Devstack, In addition to the goals mentioned above mentioned, I want to continue work to improve our CI stability and coverage. It is my continuing desire to do my best to help our outstanding team to deliver better software and to grow. -- Slawek Kaplonski Principal Software Engineer Red Hat

1 0

[neutron] Drivers meeting agenda - 25.09.2020
by Slawek Kaplonski 24 Sep '20

24 Sep '20

Hi, For tomorrows drivers meeting we again don't have any new RFEs to discuss but I wanted to use this meeting to quickly discuss about 1 bug: https://bugs.launchpad.net/neutron/+bug/1895933 So see You on tomorrows meeting :) -- Slawek Kaplonski Principal Software Engineer Red Hat

1 0

[all][election][TC] Candidacy
by Kendall Nelson 24 Sep '20

24 Sep '20

Hello Everyone! I am once again declaring my candidacy for the Technical Committee. This last year I have learned so much about OpenStack and our amazing community. There is never a shortage of work to be done and I feel there is still a lot I can do to help the community as a part of the TC. I served as TC Vice Chair during the second half of my term and I felt like I was able to do a lot to help support Mohammed, the chair and other members of the TC. My work in coordinating the new office hours and our time at the upcoming PTG will enable the future TC to be more accessible and productive. I also lead the community goal to improve the onboarding documentation, further lowering the barrier for new contributors. If elected, I will continue bridging our community with the kubernetes community. I am actively facilitating the conversations between the TC and the k8s Technical Steering Committee at the upcoming PTG meetings to share insight between both of our communities and generally share knowledge about keeping open source communities healthy. I would also like to take a more active role in pushing the unification of the community around a single CLI to simplify openstack operations to better support our users and lessen the load on developers. I think a good first step would be to work with the CLI/SDK team to build a list of items that are blocking project teams from fully implementing all their features in the openstack client. From there we can figure out what is missing from the list, which teams are affected by which blocking items and prioritize what needs to be worked on first. Thank you for your time and consideration. As I said in my platform last year, I love this community and all the awesome people in it, serving on the TC is a great experience and an honor. -Kendall Nelson (diablo_rojo)

1 0