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

[nova][dev] Revisiting qemu emulation where guest arch != host arch
by Apsey, Christopher 06 Jan '22

06 Jan '22

All, A few years ago I asked a question[1] about why nova, when given a hw_architecture property from glance for an image, would not end up using the correct qemu-system-xx binary when starting the guest process on a compute node if that compute nodes architecture did not match the proposed guest architecture. As an example, if we had all x86 hosts, but wanted to run an emulated ppc guest, we should be able to do that given that at least one compute node had qemu-system-ppc already installed and libvirt was successfully reporting that as a supported architecture to nova. It seemed like a heavy lift at the time, so it was put on the back burner. I am now in a position to fund a contract developer to make this happen, so the question is: would this be a useful blueprint that would potentially be accepted? Most of the time when people want to run an emulated guest they would just nest it inside of an already running guest of the native architecture, but that severely limits observability and the task of managing any more than a handful of instances in this manner quickly becomes a tangled nightmare of networking, etc. I see real benefit in allowing this scenario to run natively so all of the tooling that exists for fleet management 'just works'. This would also be a significant differentiator for OpenStack as a whole. Thoughts? [1] http://lists.openstack.org/pipermail/openstack-operators/2018-August/015653… Chris Apsey Director | Georgia Cyber Range GEORGIA CYBER CENTER 100 Grace Hopper Lane | Augusta, Georgia | 30901 https://www.gacybercenter.org

2 2

[stein][neutron] gratuitous arp
by Ignazio Cassano 14 May '21

14 May '21

Hello, I have a problem on stein neutron. When a vm migrate from one node to another I cannot ping it for several minutes. If in the vm I put a script that ping the gateway continously, the live migration works fine and I can ping it. Why this happens ? I read something about gratuitous arp. Please, help me ? Any workaround , please ? Best Regards Ignazio

3 33

Re: [openstack-dev] Are we ready to put stable/ocata into extended maintenance mode?
by Alex Schultz 03 Mar '21

03 Mar '21

On Tue, Sep 18, 2018 at 1:30 PM Alex Schultz <aschultz(a)redhat.com> wrote: > > On Tue, Sep 18, 2018 at 1:27 PM, Matt Riedemann <mriedemos(a)gmail.com> wrote: > > The release page says Ocata is planned to go into extended maintenance mode > > on Aug 27 [1]. There really isn't much to this except it means we don't do > > releases for Ocata anymore [2]. There is a caveat that project teams that do > > not wish to maintain stable/ocata after this point can immediately end of > > life the branch for their project [3]. We can still run CI using tags, e.g. > > if keystone goes ocata-eol, devstack on stable/ocata can still continue to > > install from stable/ocata for nova and the ocata-eol tag for keystone. > > Having said that, if there is no undue burden on the project team keeping > > the lights on for stable/ocata, I would recommend not tagging the > > stable/ocata branch end of life at this point. > > > > So, questions that need answering are: > > > > 1. Should we cut a final release for projects with stable/ocata branches > > before going into extended maintenance mode? I tend to think "yes" to flush > > the queue of backports. In fact, [3] doesn't mention it, but the resolution > > said we'd tag the branch [4] to indicate it has entered the EM phase. > > > > 2. Are there any projects that would want to skip EM and go directly to EOL > > (yes this feels like a Monopoly question)? > > > > I believe TripleO would like to EOL instead of EM for Ocata as > indicated by the thead > http://lists.openstack.org/pipermail/openstack-dev/2018-September/134671.ht… > Bringing this backup to see what we need to do to get the stable/ocata branches ended for the TripleO projects. I'm bringing this up because we have https://review.openstack.org/#/c/647009/ which is for the upcoming rename but CI is broken and we have no interest in continue to keep the stable/ocata branches alive (or fix ci for them). Thanks, -Alex > Thanks, > -Alex > > > [1] https://releases.openstack.org/ > > [2] > > https://docs.openstack.org/project-team-guide/stable-branches.html#maintena… > > [3] > > https://docs.openstack.org/project-team-guide/stable-branches.html#extended… > > [4] > > https://governance.openstack.org/tc/resolutions/20180301-stable-branch-eol.… > > > > -- > > > > Thanks, > > > > Matt > > > > __________________________________________________________________________ > > OpenStack Development Mailing List (not for usage questions) > > Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

5 11

[largescale-sig] OpenStack DB Archiver
by Arnaud Morin 10 Feb '21

10 Feb '21

Hello large-scalers! TLDR: we opensource a tool to help reducing size of databases. See https://github.com/ovh/osarchiver/ Few months ago, we released a tool, name osarchiver, which we are using on our production environment (at OVH) to help reduce the size of our tables in mariadb (or mysql) In fact, some tables are well know to grow very quickly. We use it, for example, to clean the OpenStack mistral database from old tasks, actions and executions which are older than a year. Another use case could be to archive some data in another table (e.g. with _archived as suffix) if they are 6 months old, and delete this data after 1 year. The source code of this tool is available here: https://github.com/ovh/osarchiver/ We were wondering if some other users would be interested in using the tool, and maybe move it under the opendev governance? Feel free to contact us and/or answer this thread. Cheers, -- Arnaud, Pierre-Samuel and OVH team

12 18

[qa][tempest] Update language in tempest code base
by Arx Cruz 05 Jan '21

05 Jan '21

Hello, I would like to start a discussion regarding the topic. At this moment in time we have an opportunity to be a more open and inclusive project by eliminating outdated naming conventions from tempest codebase, such as blacklist, whitelist. We should take the opportunity and do our best to replace outdated terms with their more inclusive alternatives. As you can see in [1] the TripleO project is already working on this initiative, and I would like to work on this as well on the tempest side. Any thoughts? Shall I start with a sepc, adding deprecation warnings? [1] https://review.opendev.org/#/c/740013/1/specs/victoria/renaming_rules.rst Kind regards, -- Arx Cruz Software Engineer Red Hat EMEA <https://www.redhat.com> arxcruz(a)redhat.com @RedHat <https://twitter.com/redhat> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> <https://www.redhat.com>

6 9

Fwd: [MURANO] DevStack Murano "yaql_function" Error
by İzzettin Erdem 02 Nov '20

02 Nov '20

Thanks Andy. Regards. Forwarded Conversation Subject: [MURANO] DevStack Murano "yaql_function" Error ------------------------ Gönderen: Andy Botting <andy(a)andybotting.com> Date: 30 Nis 2020 Per, 14:13 To: İzzettin Erdem <root.mch(a)gmail.com> Cc: Rong Zhu <aaronzhu1121(a)gmail.com>, < openstack-discuss(a)lists.openstack.org> Hi İzzettin, Thanks for your interest. Complete log link is at below. It is happening > when i try to deploy or update an environment. > > http://paste.openstack.org/show/792444/ > I've encountered the error AttributeError: 'method' object has no attribute '__yaql_function__' in our environment recently. I believe it started after we upgraded to the Stein release. I haven't tracked it down yet, but calls to the YAQL function: std:Project.getEnvironmentOwner() in a Murano app seem to generate it. It's good to know that at least someone else has reproduced this. cheers, Andy ---------- Gönderen: İzzettin Erdem <root.mch(a)gmail.com> Date: 2 May 2020 Cmt, 16:08 To: Andy Botting <andy(a)andybotting.com> Hi Andy, I solved this problem, it is happening when you try to create or update an environment on existing network. If you change the network with "create new" parameter, it stuck on "creating -or updating- environment" state and after that throws connection error. So i searched Murano network errors and i found this: https://docs.oracle.com/cd/E73172_01/E73173/html/issue-21976631.html. I applied these steps and i created successfully an environment just only with "create new" network parameter. After all these, i realized my devstack environment has no internet connection and because of this murano-agent could not install. So i tried to install Murano on my OSA stable/train test environment and i came with success until last step. Murano-agent installed but this time agent could not connect to rabbitmq instance. I discussed this with OSA IRC channel and i think i have to struggle with this for a long time. Apologize for this long mail but i wanted to inform you. Thanks. Regards. ---------- Gönderen: Andy Botting <andy(a)andybotting.com> Date: 3 May 2020 Paz, 14:24 To: İzzettin Erdem <root.mch(a)gmail.com> Hi İzzettin, Glad you got it sorted. I think you've probably just worked around the issue. Using your new method, you're probably just avoiding the std:Project.getEnvironmentOwner YAQL call now. I've also worked around it in our environment, but I'd like to solve it properly. When I get some time to look into it properly, I'll let you know. cheers, Andy

3 3

[Neutron] no L3 meeting this week (2020-June-01)
by LIU Yulong 28 Oct '20

28 Oct '20

Hi there, Due to the PTG meetings this week, we will cancel the L3 meeting this week. See you guys online next week. Regards, LIU Yulong

1 2

[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

[manila] Doc-a-thon event coming up next Thursday (Aug 6th)
by Victoria Martínez de la Cruz 24 Sep '20

24 Sep '20

Hi folks, We will be organizing a doc-a-thon next Thursday, August 6th, with the main goal of improving our docs for the next release. We will be gathering on our Freenode channel #openstack-manila after our weekly meeting (3pm UTC) and also using a videoconference tool (exact details TBC) to go over a curated list of opened doc bugs we have here [0]. *Your* participation is truly valued, being you an already Manila contributor or if you are interested in contributing and you didn't know how, so looking forward to seeing you there :) Cheers, Victoria [0] https://ethercalc.openstack.org/ur17jprbprxx

2 3

device compatibility interface for live migration with assigned devices
by Yan Zhao 15 Sep '20

15 Sep '20

hi folks, we are defining a device migration compatibility interface that helps upper layer stack like openstack/ovirt/libvirt to check if two devices are live migration compatible. The "devices" here could be MDEVs, physical devices, or hybrid of the two. e.g. we could use it to check whether - a src MDEV can migrate to a target MDEV, - a src VF in SRIOV can migrate to a target VF in SRIOV, - a src MDEV can migration to a target VF in SRIOV. (e.g. SIOV/SRIOV backward compatibility case) The upper layer stack could use this interface as the last step to check if one device is able to migrate to another device before triggering a real live migration procedure. we are not sure if this interface is of value or help to you. please don't hesitate to drop your valuable comments. (1) interface definition The interface is defined in below way: __ userspace /\ \ / \write / read \ ________/__________ ___\|/_____________ | migration_version | | migration_version |-->check migration --------------------- --------------------- compatibility device A device B a device attribute named migration_version is defined under each device's sysfs node. e.g. (/sys/bus/pci/devices/0000\:00\:02.0/$mdev_UUID/migration_version). userspace tools read the migration_version as a string from the source device, and write it to the migration_version sysfs attribute in the target device. The userspace should treat ANY of below conditions as two devices not compatible: - any one of the two devices does not have a migration_version attribute - error when reading from migration_version attribute of one device - error when writing migration_version string of one device to migration_version attribute of the other device The string read from migration_version attribute is defined by device vendor driver and is completely opaque to the userspace. for a Intel vGPU, string format can be defined like "parent device PCI ID" + "version of gvt driver" + "mdev type" + "aggregator count". for an NVMe VF connecting to a remote storage. it could be "PCI ID" + "driver version" + "configured remote storage URL" for a QAT VF, it may be "PCI ID" + "driver version" + "supported encryption set". (to avoid namespace confliction from each vendor, we may prefix a driver name to each migration_version string. e.g. i915-v1-8086-591d-i915-GVTg_V5_8-1) (2) backgrounds The reason we hope the migration_version string is opaque to the userspace is that it is hard to generalize standard comparing fields and comparing methods for different devices from different vendors. Though userspace now could still do a simple string compare to check if two devices are compatible, and result should also be right, it's still too limited as it excludes the possible candidate whose migration_version string fails to be equal. e.g. an MDEV with mdev_type_1, aggregator count 3 is probably compatible with another MDEV with mdev_type_3, aggregator count 1, even their migration_version strings are not equal. (assumed mdev_type_3 is of 3 times equal resources of mdev_type_1). besides that, driver version + configured resources are all elements demanding to take into account. So, we hope leaving the freedom to vendor driver and let it make the final decision in a simple reading from source side and writing for test in the target side way. we then think the device compatibility issues for live migration with assigned devices can be divided into two steps: a. management tools filter out possible migration target devices. Tags could be created according to info from product specification. we think openstack/ovirt may have vendor proprietary components to create those customized tags for each product from each vendor. e.g. for Intel vGPU, with a vGPU(a MDEV device) in source side, the tags to search target vGPU are like: a tag for compatible parent PCI IDs, a tag for a range of gvt driver versions, a tag for a range of mdev type + aggregator count for NVMe VF, the tags to search target VF may be like: a tag for compatible PCI IDs, a tag for a range of driver versions, a tag for URL of configured remote storage. b. with the output from step a, openstack/ovirt/libvirt could use our proposed device migration compatibility interface to make sure the two devices are indeed live migration compatible before launching the real live migration process to start stream copying, src device stopping and target device resuming. It is supposed that this step would not bring any performance penalty as -in kernel it's just a simple string decoding and comparing -in openstack/ovirt, it could be done by extending current function check_can_live_migrate_destination, along side claiming target resources.[1] [1] https://specs.openstack.org/openstack/nova-specs/specs/stein/approved/libvi… Thanks Yan

14 118

Re: [neutron][networking-midonet] Maintainers needed
by Sebastian Saemann 11 Sep '20

11 Sep '20

Hi Slawek, we at NETWAYS are running most of our neutron networking on top of midonet and wouldn't be too happy if it gets deprecated and removed. So we would like to take over the maintainer role for this part. Please let me know how to proceed and how we can be onboarded easily. Best regards, Sebastian -- Sebastian Saemann Head of Managed Services NETWAYS Managed Services GmbH | Deutschherrnstr. 15-19 | D-90429 Nuernberg Tel: +49 911 92885-0 | Fax: +49 911 92885-77 CEO: Julian Hein, Bernd Erk | AG Nuernberg HRB25207 https://netways.de | sebastian.saemann(a)netways.de ** NETWAYS Web Services - https://nws.netways.de **

6 17

[cinder][stable] branch freeze for ocata, pike
by Brian Rosmaita 11 Sep '20

11 Sep '20

tl;dr - do not approve any backports to stable/ocata or stable/pike in any Cinder project deliverable stable/ocata has been tagged with ocata-eol in cinder, os-brick, python-cinderclient, and python-brick-cinderclient-ext. Nothing should be merged into stable/ocata in any of these repositories during the interim period before the branches are deleted. stable/pike: the changes discussed in [0] have merged, and I've proposed the pike-eol tags [1]. Nothing should be merged into stable/pike in any of our code repositories from now until the branches are deleted. [0] http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016076.html [1] https://review.opendev.org/#/c/742523/

4 6

[tc] [all] Topics for Cross Community Discussion with Kubernetes ...
by Jay Bryant 10 Sep '20

10 Sep '20

All, Recently, the OpenStack TC has reached out to the Kubernetes Steering Committee for input as we have proposed adding a starter-kit:kubernetes-in-virt tag for projects in OpenStack. This request was received positively and as a result the TC has started brainstorming other topics that we could approach with the k8s community in this [1] etherpad. If you have topics that may be appropriate for this discussion please see the etherpad and add your ideas. Thanks! Jay IRC: jungleboyj [1] https://etherpad.opendev.org/p/kubernetes-cross-community-topics

3 3

Setuptools 48 and Devstack Failures
by Clark Boylan 31 Aug '20

31 Aug '20

Hello, Setuptools has made a new version 48 release. This appears to be causing problems for devstack because `pip install -e $PACKAGE_PATH` installs commands to /usr/bin and not /usr/local/bin on Ubuntu as it did in the past. `pip install $PACKAGE_PATH` continues to install to /usr/local/bin as expected. Devstack is failing because keystone-manage cannot currently be found at the specific /usr/local/bin/ path. Potential workarounds for this include not using `pip install -e` or relying on $PATH to find the commands rather than specifying rooted paths to them. I'll defer to the QA team on how they want to address this. While we can have devstack install an older setuptools version as well, generally this is not considered to be a good idea because anyone doing pip installs outside of devstack may get the newer behavior. It is actually important for us to try and keep up with setuptools changes as a result. Fungi indicated that setuptools expected this to be a bumpy upgrade. I'm not sure if they would consider `pip install -e` and `pip install` installing to different paths as a bug, and if they did which behavior is correct. It would probably be a good idea to file a bug upstream if we debug this further. Clark

5 6

Re: [cyborg] Temporary treatment plan for the 3rd-party driver
by yumeng bao 27 Aug '20

27 Aug '20

Brin, thanks for bringing this up! > Hi all： > This release we want to introduce some 3rd party drivers (e.g. Intel QAT, Inspur FPGA, and Inspur SSD etc.) in Cyborg, and we discussed the handling of 3rd-party driver CI in Cyborg IRC meeting [1]. > Due to the lack of CI test environment supported by hardware, we reached a temporary solution in two ways, as follows: > 1. Provide a CI environment and provide a tempest test for Cyborg, this method is recommended; > 2. If there is no CI environment, please provide the test results of this driver in the master branch or in the designated branch, which should be as complete as possible, sent to the Cyborg team, or pasted in the implementation of the commit. Providing test result can be our option. The test result can be part of the driver documentation[0] as this is public to users. And from my understanding, the test result should work as the role of tempest case and clarify at least: necessary configuration,test operations and test results. [0] https://docs.openstack.org/cyborg/latest/reference/support-matrix.html#driv… > [1] http://eavesdrop.openstack.org/meetings/openstack_cyborg/2020/openstack_cyb… Regards， Yumeng

4 4

[largescale-sig] RPC ping
by Arnaud Morin 21 Aug '20

21 Aug '20

Hey all, TLDR: I propose a change to oslo_messaging to allow doing a ping over RPC, this is useful to monitor liveness of agents. Few weeks ago, I proposed a patch to oslo_messaging [1], which is adding a ping endpoint to RPC dispatcher. It means that every openstack service which is using oslo_messaging RPC endpoints (almosts all OpenStack services and agents - e.g. neutron server + agents, nova + computes, etc.) will then be able to answer to a specific "ping" call over RPC. I decided to propose this patch in my company mainly for 2 reasons: 1 - we are struggling monitoring our nova compute and neutron agents in a correct way: 1.1 - sometimes our agents are disconnected from RPC, but the python process is still running. 1.2 - sometimes the agent is still connected, but the queue / binding on rabbit cluster is not working anymore (after a rabbit split for example). This one is very hard to debug, because the agent is still reporting health correctly on neutron server, but it's not able to receive messages anymore. 2 - we are trying to monitor agents running in k8s pods: when running a python agent (neutron l3-agent for example) in a k8s pod, we wanted to find a way to monitor if it is still live of not. Adding a RPC ping endpoint could help us solve both these issues. Note that we still need an external mechanism (out of OpenStack) to do this ping. We also think it could be nice for other OpenStackers, and especially large scale ops. Feel free to comment. [1] https://review.opendev.org/#/c/735385/ -- Arnaud Morin

10 31

[tripleo][ci] container pulls failing
by Wesley Hayutin 19 Aug '20

19 Aug '20

FYI... If you find your jobs are failing with an error similar to [1], you have been rate limited by docker.io via the upstream mirror system and have hit [2]. I've been discussing the issue w/ upstream infra, rdo-infra and a few CI engineers. There are a few ways to mitigate the issue however I don't see any of the options being completed very quickly so I'm asking for your patience while this issue is socialized and resolved. For full transparency we're considering the following options. 1. move off of docker.io to quay.io 2. local container builds for each job in master, possibly ussuri 3. parent child jobs upstream where rpms and containers will be build and host artifacts for the child jobs 4. remove some portion of the upstream jobs to lower the impact we have on 3rd party infrastructure. If you have thoughts please don't hesitate to share on this thread. Very sorry we're hitting these failures and I really appreciate your patience. I would expect major delays in getting patches merged at this point until things are resolved. Thank you! [1] HTTPError: 429 Client Error: Too Many Requests for url: http://mirror.ca-ymq-1.vexxhost.opendev.org:8082/v2/tripleotrain/centos-bin… [2] https://bugs.launchpad.net/tripleo/+bug/1889122

8 20

[cloudkitty][tc] Cloudkitty abandoned?
by Sean McGinnis 19 Aug '20

19 Aug '20

Posting here to raise awareness, and start discussion about next steps. It appears there is no one working on Cloudkitty anymore. No patches have been merged for several months now, including simple bot proposed patches. It would appear no one is maintaining this project anymore. I know there is a need out there for this type of functionality, so maybe this will raise awareness and get some attention to it. But barring that, I am wondering if we should start the process to retire this project. From a Victoria release perspective, it is milestone-2 week, so we should make a decision if any of the Cloudkitty deliverables should be included in this release or not. We can certainly force releases of whatever is the latest, but I think that is a bit risky since these repos have never merged the job template change for victoria and therefore are not even testing with Python 3.8. That is an official runtime for Victoria, so we run the risk of having issues with the code if someone runs under 3.8 but we have not tested to make sure there are no problems doing so. I am hoping this at least starts the discussion. I will not propose any release patches to remove anything until we have had a chance to discuss the situation. Sean

11 20

[masakari] Meetings
by Radosław Piliszek 14 Aug '20

14 Aug '20

Hello Fellow cloud-HA-seekers, I wanted to attend Masakari meetings but I found the current schedule unfit. Is there a chance to change the schedule? The day is fine but a shift by +3 hours would be nice. Anyhow, I wanted to discuss [1]. I've already proposed a change implementing it and looking forward to positive reviews. :-) That said, please reply on the change directly, or mail me or catch me on IRC, whichever option sounds best to you. [1] https://blueprints.launchpad.net/masakari/+spec/customisable-ha-enabled-ins… -yoctozepto

2 2

[Ocata][Heat] Strange error returned after stack creation failure -r aw template with id xxx not found
by Laurent Dumont 14 Aug '20

14 Aug '20

Hi! We are currently troubleshooting a Heat stack issue where one of the stack (one of 25 or so) is failing to be created properly (seemingly randomly). The actual error returned by Heat is quite strange and Google has been quite sparse in terms of references. The actual error looks like the following (I've sanitized some of the names): Resource CREATE failed: resources.potato: Resource CREATE failed: resources[0]: raw template with id 22273 not found heat resource-list STACK_NAME_HERE -n 50 > > +------------------+--------------------------------------+-------------------------+-----------------+----------------------+--------------------------------------------------------------------------+ > | resource_name | physical_resource_id | resource_type > | resource_status | updated_time | stack_name > | > > +------------------+--------------------------------------+-------------------------+-----------------+----------------------+--------------------------------------------------------------------------+ > | potato | RESOURCE_ID_HERE | OS::Heat::ResourceGroup | > CREATE_FAILED | 2020-07-18 T19:52:10Z | nested_stack_1_STACK_NAME_HERE > | > | potato_server_group | RESOURCE_ID_HERE | OS::Nova::ServerGroup | > CREATE_COMPLETE | 2020-07-21T19:52:10Z | nested_stack_1_STACK_NAME_HERE > | > | 0 | | potato1.yaml > | CREATE_FAILED | 2020-07-18T19:52:12Z | nested_stack_2_STACK_NAME_HERE > | > | 1 | | potato1.yaml > | INIT_COMPLETE | 2020-07- 18 T19:52:12Z | > nested_stack_2_STACK_NAME_HERE | > > +------------------+--------------------------------------+-------------------------+-----------------+----------------------+--------------------------------------------------------------------------+ > The template itself is pretty simple and attempts to create a ServerGroup and 2 VMs (as part of the ResourceGroup). My feeling is that one the creation of those machines fails and Heat get's a little cooky and returns an error that might not be the actual root cause. I would have expected the VM to show up in the resource list but I just see the source "yaml". Has anyone seen something similar in the past? Thanks!

2 3

Re: [Openstack-mentoring] Neutron subnet with DHCP relay - continued
by Amy Marrich 11 Aug '20

11 Aug '20

Hey Tom, Adding the OpenStack discuss list as I think you got several replies from there as well. Thanks, Amy (spotz) On Mon, Jul 13, 2020 at 5:37 PM Thomas King <thomas.king(a)gmail.com> wrote: > Good day, > > I'm bringing up a thread from June about DHCP relay with neutron networks > in Ironic, specifically using unicast relay. The Triple-O docs do not have > the plain config/neutron config to show how a regular Ironic setup would > use DHCP relay. > > The Neutron segments docs state that I must have a unique physical network > name. If my Ironic controller has a single provisioning network with a > single physical network name, doesn't this prevent my use of multiple > segments? > > Further, the segments docs state this: "The operator must ensure that > every compute host that is supposed to participate in a router provider > network has direct connectivity to one of its segments." (section 3 at > https://docs.openstack.org/neutron/pike/admin/config-routed-networks.html#p… - > current docs state the same thing) > This defeats the purpose of using DHCP relay, though, where the Ironic > controller does *not* have direct connectivity to the remote segment. > > Here is a rough drawing - what is wrong with my thinking here? > Remote server: 10.146.30.32/27 VLAN 2116<-----> Router with DHCP relay > <------> Ironic controller, provisioning network: 10.146.29.192/26 VLAN > 2115 > > Thank you, > Tom King > _______________________________________________ > openstack-mentoring mailing list > openstack-mentoring(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-mentoring >

3 12

[puppet][congress] Retiring puppet-congress
by Takashi Kajinami 10 Aug '20

10 Aug '20

Hello, As you know, Congress project has been retired already[1], so we will retire its puppet module, puppet-congress in openstack puppet project as well. [1] http://lists.openstack.org/pipermail/openstack-discuss/2020-April/014292.ht… Because congress was directly retired instead of getting migrated to x namespace, we'll follow the same way about puppet-congress retirement and won't create x/puppet-congress. Thank you for the contribution made for the project ! Please let us know if you have any concerns about this retirement. Thank you, Takashi Kajinami

2 1

[horizon] Victoria virtual mid-cycle poll
by Ivan Kolodyazhny 06 Aug '20

06 Aug '20

Hi team, As discussed at Horizon's Virtual PTG [1], we'll have a virtual mid-cycle meeting around Victoria-2 milestone. We'll discuss Horizon current cycle development priorities and the future of Horizon with modern JS frameworks. Please indicate your availability to meet for the first session, which will be held during the week of July 27-31: https://doodle.com/poll/3neps94amcreaw8q Please respond before 12:00 UTC on Tuesday 4 August. [1] https://etherpad.opendev.org/p/horizon-v-ptg Regards, Ivan Kolodyazhny, http://blog.e0ne.info/

1 3

[horizon] patternfly?
by Mohammed Naser 06 Aug '20

06 Aug '20

Hi everyone, I was wondering if anyone in the community has explored the idea of implementing PatternFly inside Horizon. It seems like it shares a lot of the similar ideas that we use and we could really benefit from using a common library that already exists with a lot of good UX thought behind it. I know it's based on React which is a bit of a leap from where Horizon is today. However, I'd be curious if the Horizon team is interested in figuring out a plan to make a migration to something like this happen. Personally, I think I would be able to provide resources to have someone do this work. However, if this seems like a huge stretch and architecture change where it actually makes more sense to stand this up from scratch (and implement an architecture where the dashboard talks directly to the APIs?), perhaps we should explore that. I also would like to hear more from our extended community too, as I think we really need to improve our user interface experience. Thanks, Mohammed -- Mohammed Naser VEXXHOST, Inc.

11 31

[TC] [PTG] Victoria vPTG Summary of Conversations and Action Items
by Kendall Nelson 06 Aug '20

06 Aug '20

Hello Everyone! I hope you all had a productive and enjoyable PTG! While it’s still reasonably fresh, I wanted to take a moment to summarize discussions and actions that came out of TC discussions. If there is a particular action item you are interested in taking, please reply on this thread! For the long version, check out the etherpad from the PTG[1]. Tuesday ====== Ussuri Retrospective ---------------------------- As usual we accomplished a lot. Some of the things we accomplished were around enumerating operating systems per release (again), removing python2 support, and adding the ideas repository. Towards the end of the release, we had a lot of discussions around what to do with leaderless projects, the role of PTLs, and what to do with projects that were missing PTL candidates for the next release. We discussed office hours, their history and reason for existence, and clarified how we can strengthen communication amongst ourselves, the projects, and the larger community. TC Onboarding -------------------- It was brought up that those elected most recently (and even new members the election before) felt like there wasn’t enough onboarding into the TC. Through discussion about what we can do to better support returning members is to better document the daily, weekly and monthly tasks TC members are supposed to be doing. Kendall Nelson proposed a patch to start adding more detail to a guide for TC members already[2]. It was also proposed that we have a sort of mentorship or shadow program for people interested in joining the TC or new TC members by more experienced TC members. The discussion about the shadow/mentorship program is to be continued. TC/UC Merge ------------------ Thierry gave an update on the merge of the committees. The simplified version is that the current proposal is that UC members are picked from TC members, the UC operates within the TC, and that we are already setup for this given the number of TC members that have AUC status. None of this requires a by-laws change. One next step that has already begun is the merging of the openstack-users ML into openstack-discuss ML. Other next steps are to decide when to do the actual transition (disbanding the separate UC, probably at the next election?) and when to setup AUC’s to be defined as extra-ATC’s to be included in the electorate for elections. For more detail, check out the openstack-discuss ML thread[3]. Wednesday ========= Help Wanted List ----------------------- We settled on a format for the job postings and have several on the list. We talked about how often we want to look through, update or add to it. The proposal is to do this yearly. We need to continue pushing on the board to dedicate contributors at their companies to work on these items, and get them to understand that it's an investment that will take longer than a year in a lot of cases; interns are great, but not enough. TC Position on Foundation Member Community Contributions ---------------------------------------------------------------------------------- The discussion started with a state of things today - the expectations of platinum members, the benefits the members get being on the board and why they should donate contributor resources for these benefits, etc. A variety of proposals were made: either enforce or remove the minimum contribution level, give gold members the chance to have increased visibility (perhaps giving them some of the platinum member advantages) if they supplement their monetary contributions with contributor contributions, etc. The #ACTION that was decided was for Mohammed to take these ideas to the board and see what they think. OpenStack User-facing APIs -------------------------------------- Users are confused about the state of the user facing API’s; they’ve been told to use the OpenStackClient(OSC) but upon use, they discover that there are features missing that exist in the python-*clients. Partial implementation in the OSC is worse than if the service only used their specific CLI. Members of the OpenStackSDK joined discussions and explained that many of the barriers that projects used to have behind implementing certain commands have been resolved. The proposal is to create a pop up team and that they start with fully migrating Nova, documenting the process and collecting any other unresolved blocking issues with the hope that one day we can set the migration of the remaining projects as a community goal. Supplementally, a new idea was proposed- enforcing new functionality to services is only added to the SDK (and optionally the OSC) and not the project’s specific CLI to stop increasing the disparity between the two. The #ACTION here is to start the pop up team, if you are interested, please reply! Additionally, if you disagree with this kind of enforcement, please contact the TC as soon as possible and explain your concerns. PTL Role in OpenStack today & Leaderless Projects --------------------------------------------------------------------- This was a veeeeeeeerrrry long conversation that went in circles a few times. The very short version is that we, the TC, are willing to let project teams decide for themselves if they want to have a more deconstructed kind of PTL role by breaking it into someone responsible for releases and someone responsible for security issues. This new format also comes with setting the expectation that for things like project updates and signing up for PTG time, if someone on the team doesn’t actively take that on, the default assumption is that the project won’t participate. The #ACTION we need someone to take on is to write a resolution about how this will work and how it can be done. Ideally, this would be done before the next technical election, so that teams can choose it at that point. If you are interested in taking on the writing of this resolution, please speak up! Cross Project Work ------------------------- -Pop Up Teams- The two teams we have right now are Encryption and Secure Consistent Policy Groups. Both are making slow progress and will continue. -Reducing Community Goals Per Cycle- Historically we have had two goals per cycle, but for smaller teams this can be a HUGE lift. The #ACTION is to clearly outline the documentation for the goal proposal and selection process to clarify that selecting only one goal is fine. No one has claimed this action item yet. -Victoria Goal Finalization- Currently, we have three proposals and one accepted goal. If we are going to select a second goal, it needs to be done ASAP as Victoria development has already begun. All TC members should review the last proposal requesting selection[4]. -Wallaby Cycle Goal Discussion Kick Off- Firstly, there is a #ACTION that one or two TC members are needed to guide the W goal selection. If you are interested, please reply to this thread! There were a few proposed goals for VIctoria that didn’t make it that could be the starting point for W discussions, in particular, the rootwrap goal which would be good for operators. The OpenStackCLI might be another goal to propose for Wallaby. Detecting Unmaintained Projects Early --------------------------------------------------- The TC liaisons program had been created a few releases ago, but the initial load on TC members was large. We discussed bringing this program back and making the project health checks happen twice a release, either the start or end of the release and once in the middle. TC liaisons will look at previously proposed releases, release activity of the team, the state of tempest plugins, if regular meetings are happening, if there are patches in progress and how busy the project’s IRC channel is to make a determination. Since more than one liaison will be assigned to each project, those liaisons can divvy up the work how they see fit. The other aspect that still needs to be decided is where the health checks will be recorded- in a wiki? In a meeting and meeting logs? That decision is still to be continued. The current #ACTION currently unassigned is that we need to assign liaisons for the Victoria cycle and decide when to do the first health check. Friday ===== Reducing Systems and Friction to Drive Change ---------------------------------------------------------------- This was another conversation that went in circles a bit before realizing that we should make a list of the more specific problems we want to address and then brainstorm solutions for them. The list we created (including things already being worked) are as follows: - TC separate from UC (solution in progress) - Stable releases being approved by a separate team (solution in progress) - Making repository creation faster (especially for established project teams) - Create a process blueprint for project team mergers - Requirements Team being one person - Stable Team - Consolidate the agent experience - Figure out how to improve project <--> openstack client/sdk interaction. If you feel compelled to pick one of these things up and start proposing solutions or add to the list, please do! Monitoring in OpenStack (Ceilometer + Telemetry + Gnocchi State) ----------------------------------------------------------------------------------------- This conversation is also ongoing, but essentially we talked about the state of things right now- largely they are not well maintained and there is added complexity with Ceilometers being partially dependent on Gnocchi. There are a couple of ideas to look into like using oslo.metrics for the interface between all the tools or using Ceilometer without Gnocchi if we can clean up those dependencies. No specific action items here, just please share your thoughts if you have them. Ideas Repo Next Steps ------------------------------- Out of the Ussuri retrospective, it was brought up that we probably needed to talk a little more about what we wanted for this repo. Essentially we just want it to be a place to collect ideas into without worrying about the how. It should be a place to document ideas we have had (old and new) and keep all the discussion in one place as opposed to historic email threads, meetings logs, other IRC logs, etc. We decided it would be good to periodically go through this repo, likely as a forum session at a summit to see if there is any updating that could happen or promotion of ideas to community goals, etc. ‘tc:approved-release’ Tag --------------------------------- This topic was proposed by the Manila team from a discussion they had earlier in the week. We talked about the history of the tag and how usage of tags has evolved. At this point, the proposal is to remove the tag as anything in the releases repo is essentially tc-approved. Ghanshyam has volunteered to document this and do the removal. The board also needs to be notified of this and to look at projects.yaml in the governance repo as the source of truth for TC approved projects. The unassigned #ACTION item is to review remaining tags and see if there are others that need to be modified/removed/added to drive common behavior across OpenSack components. Board Proposals ---------------------- This was a pretty quick summary of all discussions we had that had any impact on the board and largely decided who would mention them. Session Feedback ------------------------ This was also a pretty quick topic compared to many of the others, we talked about how things went across all our discussions (largely we called the PTG a success) logistically. We tried to make good use of the raising hands feature which mostly worked, but it lacks context and its possible that the conversation has moved on by the time it’s your turn (if you even remember what you want to say). OpenStack 2.0: k8s Native ----------------------------------- This topic was brought up at the end of our time so we didn’t have time to discuss it really. Basically Mohammed wanted to start the conversation about adding k8s as a base service[5] and what we would do if a project proposed required k8s. Adding services that work with k8s could open a door to new innovation in OpenStack. Obviously this topic will need to be discussed further as we barely got started before we had to wrap things up. So. The tldr; Here are the #ACTION items we need owners for: - Start the User Facing API Pop Up Team - Write a resolution about how the deconstructed PTL roles will work - Update Goal Selection docs to explain that one or more goals is fine; it doesn’t have to be more than one - Two volunteers to start the W goal selection process - Assign two TC liaisons per project - Review Tags to make sure they are still good for driving common behavior across all openstack projects Here are the things EVERYONE needs to do: - Review last goal proposal so that we can decide to accept or reject it for the V release[4] - Add systems that are barriers to progress in openstack to the Reducing Systems and Friction list - Continue conversations you find important Thanks everyone for your hard work and great conversations :) Enjoy the attached (photoshopped) team photo :) -Kendall (diablo_rojo) [1] TC PTG Etherpad: https://etherpad.opendev.org/p/tc-victoria-ptg [2] TC Guide Patch: https://review.opendev.org/#/c/732983/ [3] UC TC Merge Thread: http://lists.openstack.org/pipermail/openstack-discuss/2020-May/014736.html [4] Proposed V Goal: https://review.opendev.org/#/c/731213/ [5] Base Service Description: https://governance.openstack.org/tc/reference/base-services.html

3 2

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

05 Aug '20

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

4 4

[Glance] Proposing Dan Smith for glance core
by Abhishek Kekane 04 Aug '20

04 Aug '20

Hi All, I'd like to propose adding Dan Smith to the glance core group. Dan Smith has contributed to stabilize image import workflow as well as multiple stores of glance. He is also contributing in tempest and nova to set up CI/tempest jobs around image import and multiple stores. Being involved on the mailing-list and IRC channels, Dan is always helpful to the community and here to help. Please respond with +1/-1 until 03rd August, 2020 1400 UTC. Cheers, Abhishek

5 5

[ironic] let's talk about grenade
by Iury Gregory 03 Aug '20

03 Aug '20

Hello everyone, I'm still on the fight to move our ironic-grenade-dsvm-multinode-multitenant to zuulv3 [1], you can find some of my findings on the etherpad [2] under `Move to Zuul v3 Jobs (Iurygregory)`. If you are interested in helping out we are going to schedule a meeting to discuss about this, please use the doodle in [3]. I will close the doodle on Wed July 29. Thanks! [1] https://review.opendev.org/705030 [2] https://etherpad.openstack.org/p/IronicWhiteBoard [3] https://doodle.com/poll/m69b5zwnsbgcysct -- *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>*

1 2

Re: [openstack-community] Octavia :; Unable to create load balancer
by Monika Samal 03 Aug '20

03 Aug '20

Hey Fabian, Can you please elaborate more about keystone settings, where in need to make changes etc.. I am new to openstack finding it difficult to resolve kind of atuck ________________________________ From: Fabian Zimmermann <dev.faz(a)gmail.com> Sent: Friday, July 31, 2020 1:22 AM To: Monika Samal <monika.samal(a)outlook.com> Cc: Michael Johnson <johnsomor(a)gmail.com>; Amy Marrich <amy(a)demarco.com>; openstack-discuss <openstack-discuss(a)lists.openstack.org>; community(a)lists.openstack.org <community(a)lists.openstack.org> Subject: Re: [openstack-community] Octavia :; Unable to create load balancer Hi, check your keystone auth settings. If i remember correctly there are two different sections to which require valid keystone settings. Fabian Monika Samal <monika.samal(a)outlook.com<mailto:monika.samal@outlook.com>> schrieb am Do., 30. Juli 2020, 21:43: Hello Michael and Amy, As suggested I checked and found below error on Octavia-api logs, but not sure how to resolve and proceed further with this. [cid:a29109eb-08ac-4f9a-92d4-2befba2cc90e] Regards, Moni ________________________________ From: Michael Johnson <johnsomor(a)gmail.com<mailto:johnsomor@gmail.com>> Sent: Thursday, July 30, 2020 9:41 PM To: Amy Marrich <amy(a)demarco.com<mailto:amy@demarco.com>> Cc: Monika Samal <monika.samal(a)outlook.com<mailto:monika.samal@outlook.com>>; openstack-discuss <openstack-discuss(a)lists.openstack.org<mailto:openstack-discuss@lists.openstack.org>>; community(a)lists.openstack.org<mailto:community@lists.openstack.org> <community(a)lists.openstack.org<mailto:community@lists.openstack.org>> Subject: Re: [openstack-community] Octavia :; Unable to create load balancer Thank you for forwarding this Amy. Hi Moni, Can you check the Octavia API process log and the horizon log files to see what is causing the "Internal Server Error"? This sounds like a configuration file problem as Amy mentioned. There should be log messages in one of those two locations that will point to the problem. Michael On Thu, Jul 30, 2020 at 6:10 AM Amy Marrich <amy(a)demarco.com<mailto:amy@demarco.com>> wrote: > > Adding the discuss list where you might get more help, but also double check your config file for any extra spaces or typos. > > Thanks, > > Amy (spotz) > > On Thu, Jul 30, 2020 at 6:30 AM Monika Samal <monika.samal(a)outlook.com<mailto:monika.samal@outlook.com>> wrote: >> >> Hello All, >> >> I have been following https://docs.openstack.org/kolla-ansible/latest/reference/networking/octavi… to deploy Octavia. I was successful in deployin Octavia but when I go to horizon dashboard and create loadbalancer am getting error "9876/v2.0/lbaas/loadbalancers, Internal Server Error". I have checked worker log at /var/log/kola-ansible/Octavia-worker.log and found oslo messaging was refusing connection I fixed it but still getting same error. Kindly help >> >> Regards, >> Moni >> _______________________________________________ >> Community mailing list >> Community(a)lists.openstack.org<mailto:Community@lists.openstack.org> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/community

3 8

[nova] If any spec freeze exception now?
by Rambo 03 Aug '20

03 Aug '20

Hi,all:         I have a spec which is support volume backed server rebuild[0].This spec was accepted in Stein, but some of the work did not finish, so repropose it for Victoria.And this spec is depend on the cinder reimage api [1], now the reimage api is almost all completed. So I sincerely wish this spec will approved in Victoria. If this spec is approved, I will achieve it at once. Ref: [0]:https://blueprints.launchpad.net/nova/+spec/volume-backed-server-rebuild [1]:https://blueprints.launchpad.net/cinder/+spec/add-volume-re-image-api Best Regards Rambo

3 2

Re: The Open Infrastructure Summit is Going Virtual!
by Thomas Goirand 01 Aug '20

01 Aug '20

On 7/23/20 6:30 PM, OpenStack Foundation wrote: > *STEP TWO* > *Submit your talks <https://t.e2ma.net/click/2ndfhc/6y85cs/q2gein>!* > The Call For > <https://t.e2ma.net/click/2ndfhc/6y85cs/6uhein>Presentations > <https://t.e2ma.net/click/2ndfhc/6y85cs/mniein>(CFP) deadline is August > 4 at 11:59pm PT, so start drafting your presentations and panels around > Open Infrastructure use cases like AI/Machine Learning, CI/CD, Container > Infrastructure, Edge Computing and of course, Public, Private and Hybrid > Clouds. I can't edit my BIO, as it says the email is invalid, however, I cannot edit it (the field is disabled). Who's in charge of cfp.openstack.org ? Cheers, Thomas Goirand (zigo)

2 7

[octavia] Proposing Ann Taraday and Gregory Thiemonge as Octavia core reviewers
by Michael Johnson 01 Aug '20

01 Aug '20

Hello Octavia community, I would like to propose Ann Taraday (ataraday_) and Gregory Thiemonge (gthiemonge) as core reviewers on the Octavia project. Both Ann and Gregory have made significant contributions to the Octavia code base and have provided quality code reviews. Over the last two release cycles Ann has lead the addition of Taskflow jobboard support to the amphora v2 driver. Gregory has worked on improving our tempest scenario test coverage and enhancing the Octavia OpenStack client plugin. I think that both would make excellent additions to the Octavia core reviewer team. Existing Octavia core reviewers, please reply to this email with your support or concerns with adding Ann and Gregory to the core team. Michael

2 2

Re: [octavia] Proposing Ann Taraday and Gregory Thiemonge as Octavia core reviewers
by German Eichberger 01 Aug '20

01 Aug '20

+1. Great to see some new people. Excellent work so far. Date: Thu, 30 Jul 2020 18:10:10 +0200 From: Carlos Goncalves <cgoncalves(a)redhat.com> To: Michael Johnson <johnsomor(a)gmail.com> Cc: openstack-discuss <OpenStack-discuss(a)lists.openstack.org> Subject: Re: [octavia] Proposing Ann Taraday and Gregory Thiemonge as Octavia core reviewers Message-ID: <CAM7b86j1wr0jfzxfcCjy-yNZZ5oA+iN0z_TPF1suUCmbDqwfPg(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" +1. Excellent contributions by both of them -- thank you! On Thu, Jul 30, 2020 at 6:07 PM Michael Johnson <johnsomor(a)gmail.com> wrote: > Hello Octavia community, > > I would like to propose Ann Taraday (ataraday_) and Gregory Thiemonge > (gthiemonge) as core reviewers on the Octavia project. > > Both Ann and Gregory have made significant contributions to the > Octavia code base and have provided quality code reviews. Over the > last two release cycles Ann has lead the addition of Taskflow jobboard > support to the amphora v2 driver. Gregory has worked on improving our > tempest scenario test coverage and enhancing the Octavia OpenStack > client plugin. > > I think that both would make excellent additions to the Octavia core > reviewer team. > > Existing Octavia core reviewers, please reply to this email with your > support or concerns with adding Ann and Gregory to the core team. > > Michael > >

2 1

[all][oslo] Announcing the retirement of devstack-plugin-zmq
by Ken Giusti 01 Aug '20

01 Aug '20

Hi all, The Oslo team is announcing the retirement of the devstack-plugin-zmq project [0]. This plugin was introduced as part of the testing infrastructure for a new transport driver based on the ZeroMQ protocol [1]. The ZeroMQ driver has long been removed from the Oslo.Messaging project repo. The Oslo team is unaware of any deployments making use of it. Patches to remove this project are forthcoming and will use the topic 'retire-devstack-plugin-zmq'. Thanks, [0] https://opendev.org/openstack/devstack-plugin-zmq [1] https://zeromq.org/ -- Ken Giusti (kgiusti(a)gmail.com)

1 0

[tripleo] TripleO CI Summary: Unified Sprint 30
by Rafael Folco 01 Aug '20

01 Aug '20

Greetings, The TripleO CI team has just completed **Unified Sprint 30** (July 09 thru July 29). The following is a summary of completed work during this sprint cycle [1]: - Continued building internal component and integration pipelines for rhos-17 and rhos-16.2. - Switched promoter tests to run on Python3 and adapted molecule scenarios to the new test sequence standard. - Merged QCOW2 promotions and the new configuration engine in the promoter code. - All patches for CentOS-7 -> CentOS-8 stable/train upstream migration are up and merging / under review - https://review.opendev.org/#/q/topic:c7-to-c8-train+(status:open+OR+status:… - CentOS8 component and integration pipelines are done. - Improved Tempest skip list is now in production - https://opendev.org/openstack/openstack-tempest-skiplist - Design improvements to the Tempest scenario manager. - https://etherpad.opendev.org/p/tempest-scenario-manager - Fixed Libvirt bug on CI Zuul reproducer. - Ruck/Rover recorded notes [2]. - Vexxhost jobs have been turned back on for 3rd party CI, mixed results thus far w/ infrastructure stability and quality - Container-pull issues this sprint. Thanks to Alex for debugging w/ the infra team to help resolve the issue https://bugs.launchpad.net/tripleo/+bug/1889122 https://review.opendev.org/#/c/743629/ The planned work for the next sprint extends the work started in the previous sprint and focuses on downstream OSP 16.2 pipeline and on the next-gen promoter changes. The Ruck and Rover for this sprint are Marios Andreou (marios), Chandan Kumar (raukadah). Please direct questions or queries to them regarding CI status or issues in #tripleo, ideally to whomever has the ‘|ruck’ suffix on their nick. Ruck/rover notes to be tracked in hackmd [3]. Thanks, rfolco [1] https://tree.taiga.io/project/tripleo-ci-board/taskboard/unified-sprint-30 [2] https://hackmd.io/6Bx0FXwlRNCc75l39NSKvg [3] https://hackmd.io/QnprH9-yRTi6uWlEfaahoQ -- Folco

1 0

[all][oslo] Announcing the retirement of devstack-plugin-pika
by Ken Giusti 01 Aug '20

01 Aug '20

Hi all, The Oslo team is announcing the retirement of the devstack-plugin-pika project [0]. This plugin was introduced as part of the testing infrastructure for a new transport driver based on the Pika client library for RabbitMQ. This driver was developed as an alternative to the existing Kombu based driver. Testing of the new driver failed to show a meaningful improvement over the existing Kombu driver so development was dropped. The Pika driver has long been removed from the Oslo.Messaging project repo. The Oslo team is unaware of any deployments making use of it. Patches to remove this project are forthcoming and will use the topic 'retire-devstack-plugin-pika'. Thanks, [0] https://opendev.org/openstack/devstack-plugin-pika [1] https://github.com/pika/pika -- Ken Giusti (kgiusti(a)gmail.com)

1 0

networking-l2gw
by liuzhenjie＠bonc.com.cn 31 Jul '20

31 Jul '20

您好：我现在想要使用l2gw这个服务。但是，我得环境是通过kolla-ansible部署的，这个服务在neutron-server的容器里起来后，在执行创建资源时报错如下：我得ovsdb server是一台安装了ovs的x86服务器。l2gw服务起来后发现neutron-server和该x86服务器没有建立ovsdb的连接。 ********* 积极主动、认真工作、快乐生活 ********** ***************************************** * 北京东方国信科技股份有限公司数据科学事业部-公有云研发中心 * 姓名：刘镇杰 * 座机：0108486-6996 * 手机：15689961523 * 邮箱：liuzhenjie(a)bonc.com.cn * 网址：http://www.bonc.com.cn * 地址：北京市朝阳区创达三路1号院1号楼东方国信大厦 ***************************************** 系统集成部提供可靠的IT基础设施建设、运维支撑保障服务，确保业务系统稳定、高效运行，降低安全生产风险。为提供便捷的集成服务支持、提升服务品质，从2018年9月1日起开通系统集成服务台作为统一服务入口。服务台邮箱：xtjc(a)bonc.com.cn 服务台门户：http://cloud.bonc.local

2 1

[cinder] new driver merge deadline has passed
by Brian Rosmaita 31 Jul '20

31 Jul '20

This is a notification that the Cinder new driver merge deadline for Victoria has passed [0]. At yesterday's Cinder team meeting, we discussed Walt's work on the ceph-iscsi driver [1], and the team came to a consensus that we will extend the deadline *for this driver only* into the R-9 week (cinder midcycle meeting 2 week), which will make the deadline for the ceph-iscsi driver Thursday 13 August 23:59 UTC. This is an extraordinary step, as traditionally Cinder has strictly enforced the new driver merge deadline. The reasons for this exception are: - this is a community driver - the check/gate jobs for this driver will be run from the cinder zuul configuration, not a third-party CI system, so the cinder team has full transparency into the working state of the CI system I want to emphasize again that this is an extraordinary event, and as such, should not be expected to set a precedent beyond the Victoria development cycle. And, of course, this deadline extension is not a guarantee that the driver will be included in the Victoria release. Thank you for your attention to this matter, brian [0] https://releases.openstack.org/victoria/schedule.html#v-cinder-driver-deadl… [1] https://review.opendev.org/#/q/(topic:ceph-iscsi-zuul+OR+topic:ceph-iscsi)+…

1 0

Looking for recommendation what OS to use for a minimal installation
by Eliezer Croitor 31 Jul '20

31 Jul '20

Hey Everybody, In the last month I have tried to install OpenStack minimal from the docs: https://docs.openstack.org/install-guide/openstack-services.html#minimal-dep loyment-for-train https://docs.openstack.org/install-guide/openstack-services.html#minimal-dep loyment-for-ussuri on CentOS 7 and CentOS 8. With the packages from CentOS I need to "patch" or "fix" the installed conf files of httpd and couple other files around. I have tried DevStack and PackStack before but I want to move to the next step. Any recommendation where to start? What OS to use? Etc. Thanks. Eliezer ---- Eliezer Croitoru Tech Support Mobile: +972-5-28704261 Email: <mailto:ngtech1ltd@gmail.com> ngtech1ltd(a)gmail.com

2 2

[tc] monthly meeting
by Mohammed Naser 31 Jul '20

31 Jul '20

Hi everyone, Our monthly TC meeting is scheduled for next Thursday, August 6th, 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, August 5, at 1900 UTC. Thank you, Regards, -- Mohammed Naser VEXXHOST, Inc.

1 0

Re: [openstack-community] Octavia :; Unable to create load balancer
by Fabian Zimmermann 31 Jul '20

31 Jul '20

service_auth keystone_authtoken if i read the docs correctly. Maybe you can just paste your config (remove/change passwords) to paste.openstack.org and post the link? Fabian Fabian Zimmermann <dev.faz(a)gmail.com> schrieb am Do., 30. Juli 2020, 21:52: > Hi, > > check your keystone auth settings. > > If i remember correctly there are two different sections to which require > valid keystone settings. > > Fabian > > Monika Samal <monika.samal(a)outlook.com> schrieb am Do., 30. Juli 2020, > 21:43: > >> Hello Michael and Amy, >> >> As suggested I checked and found below error on Octavia-api logs, but not >> sure how to resolve and proceed further with this. >> >> >> Regards, >> Moni >> ------------------------------ >> *From:* Michael Johnson <johnsomor(a)gmail.com> >> *Sent:* Thursday, July 30, 2020 9:41 PM >> *To:* Amy Marrich <amy(a)demarco.com> >> *Cc:* Monika Samal <monika.samal(a)outlook.com>; openstack-discuss < >> openstack-discuss(a)lists.openstack.org>; community(a)lists.openstack.org < >> community(a)lists.openstack.org> >> *Subject:* Re: [openstack-community] Octavia :; Unable to create load >> balancer >> >> Thank you for forwarding this Amy. >> >> Hi Moni, >> >> Can you check the Octavia API process log and the horizon log files to >> see what is causing the "Internal Server Error"? >> >> This sounds like a configuration file problem as Amy mentioned. There >> should be log messages in one of those two locations that will point >> to the problem. >> >> Michael >> >> On Thu, Jul 30, 2020 at 6:10 AM Amy Marrich <amy(a)demarco.com> wrote: >> > >> > Adding the discuss list where you might get more help, but also double >> check your config file for any extra spaces or typos. >> > >> > Thanks, >> > >> > Amy (spotz) >> > >> > On Thu, Jul 30, 2020 at 6:30 AM Monika Samal <monika.samal(a)outlook.com> >> wrote: >> >> >> >> Hello All, >> >> >> >> I have been following >> https://docs.openstack.org/kolla-ansible/latest/reference/networking/octavi… >> to deploy Octavia. I was successful in deployin Octavia but when I go to >> horizon dashboard and create loadbalancer am getting error >> "9876/v2.0/lbaas/loadbalancers, Internal Server Error". I have checked >> worker log at /var/log/kola-ansible/Octavia-worker.log and found oslo >> messaging was refusing connection I fixed it but still getting same error. >> Kindly help >> >> >> >> Regards, >> >> Moni >> >> _______________________________________________ >> >> Community mailing list >> >> Community(a)lists.openstack.org >> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/community >> >

2 1

Re: [openstack-community] Octavia :; Unable to create load balancer
by Amy Marrich 31 Jul '20

31 Jul '20

Adding the discuss list where you might get more help, but also double check your config file for any extra spaces or typos. Thanks, Amy (spotz) On Thu, Jul 30, 2020 at 6:30 AM Monika Samal <monika.samal(a)outlook.com> wrote: > Hello All, > > I have been following > https://docs.openstack.org/kolla-ansible/latest/reference/networking/octavi… > to deploy *Octavia. *I was successful in deployin Octavia but when I go > to horizon dashboard and create loadbalancer am getting error *"9876/v2.0/lbaas/loadbalancers, > Internal Server Error". *I have checked worker log* at > /var/log/kola-ansible/Octavia-worker.log *and found oslo messaging was > refusing connection I fixed it but still getting same error. Kindly help > > Regards, > Moni > _______________________________________________ > Community mailing list > Community(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/community >

3 3

[manila] Please delete some branches
by Goutham Pacha Ravi 31 Jul '20

31 Jul '20

Hello, I'd like to request the deletion of some branches in manila that have now transitioned to EOL. These branches can be removed from openstack/manila, openstack/python-manilaclient and openstack/manila-ui: stable/pike stable/ocata I'd also like to request the deletion of "driverfixes" branches from the openstack/manila repository. These branches were created to host vendor fixes to branches that were no longer being tested; however, with our "extended maintenance" stance, we've effectively removed the need for these branches. These branches will no longer be maintained, and so they can be removed as well: driverfixes/mitaka driverfixes/newton driverfixes/ocata Thank you so much for your assistance! Goutham Pacha Ravi

2 3

[tripleo] manual about TripleO core reviewers
by Emilien Macchi 30 Jul '20

30 Jul '20

Hi people, I've started a documentation patch about our core reviewers. Core or not, please be involved in Gerrit directly. https://review.opendev.org/#/c/743999 Hopefully it'll help people to understand about expectations but also give a refresh to current cores. Note: this was inspired by https://wiki.openstack.org/wiki/Ironic/CoreTeam - Thanks a lot to the Ironic team! Thanks, -- Emilien Macchi

1 0

[neutron] Drivers meeting 31.07.2020 - agenda
by Slawek Kaplonski 30 Jul '20

30 Jul '20

Hi, For tomorrow’s drivers meeting we have couple of items to discuss. Full agenda is at https://wiki.openstack.org/wiki/Meetings/NeutronDrivers#Agenda but below is short summary also. RFEs: https://bugs.launchpad.net/neutron/+bug/1889431 - [RFE] Add local-ip-prefix to Neutron metering label rules https://bugs.launchpad.net/neutron/+bug/1880532 - [RFE]L3 Router should support ECMP This one was already discussed in the past but now we know it can be done (almost) without changes in existing API https://bugs.launchpad.net/neutron/+bug/1888487 - Change the default value of "propagate_uplink_status" to True We also have 2 items added by Rodolfo to the "On demand” section: • (ralonsoh) https://bugs.launchpad.net/neutron/+bug/1887523: a good proposal to improve the DB performance, that could be done in parallel to https://review.opendev.org/#/c/739139/ • (ralonsoh) https://bugs.launchpad.net/neutron/+bug/1888829: Improve core plugin extension filtering using the mechanism driver information (in other words: if loaded mech drivers do not support any ML2plugin extension, this extension will be gracefully removed). — Slawek Kaplonski Principal software engineer Red Hat

2 1

[ironic] ironic-python-agent failed to lookup node
by Xiaoyu Min 30 Jul '20

30 Jul '20

Hello Experts: I'm new to the openstack and trying to deploy one baremental node but it failed on "wait call-back" stage. I checked IPA log on deploy image and it reports the following error [1]. I aslo manually run the command [2] it gave me the same error "404". I used the devstack to depoly openstack (stable/ussuri). What's the possible problem? Any suggestion is appreciated. -Jack [1]: DEBUG ironic_python_agent.ironic_api_client [-] Looking up node with addresses 'e4:43:4b:93:4c:12,e4:43:4b:93:4c:10,0c:42:a1:56:b8:c5,e4:43:4b:93:4c:13,e4:43:4b:93:4c:11,0c:42:a1:56:b8:c4' and UUID None at http://10.75.205.241/baremetal _do_lookup /usr/lib/python3.6/site-packages/ironic_python_agent/ironic_api_client.py:163[00m ERROR ironic_python_agent.ironic_api_client [-] An error occurred while attempting to discover the available Ironic API versions, falling back to using version 1.31: json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0) ERROR ironic_python_agent.ironic_api_client Traceback (most recent call last): ERROR ironic_python_agent.ironic_api_client File "/usr/lib/python3.6/site-packages/ironic_python_agent/ironic_api_client.py", line 97, in _get_ironic_api_version ERROR ironic_python_agent.ironic_api_client data = jsonutils.loads(response.content) ERROR ironic_python_agent.ironic_api_client File "/usr/lib/python3.6/site-packages/oslo_serialization/jsonutils.py", line 248, in loads ERROR ironic_python_agent.ironic_api_client return json.loads(encodeutils.safe_decode(s, encoding), **kwargs) ERROR ironic_python_agent.ironic_api_client File "/usr/lib64/python3.6/json/__init__.py", line 354, in loads ERROR ironic_python_agent.ironic_api_client return _default_decoder.decode(s) ERROR ironic_python_agent.ironic_api_client File "/usr/lib64/python3.6/json/decoder.py", line 339, in decode ERROR ironic_python_agent.ironic_api_client obj, end = self.raw_decode(s, idx=_w(s, 0).end()) ERROR ironic_python_agent.ironic_api_client File "/usr/lib64/python3.6/json/decoder.py", line 357, in raw_decode ERROR ironic_python_agent.ironic_api_client raise JSONDecodeError("Expecting value", s, err.value) from None ERROR ironic_python_agent.ironic_api_client json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0) ERROR ironic_python_agent.ironic_api_client [00m WARNING ironic_python_agent.ironic_api_client [-] Failed looking up node with addresses 'e4:43:4b:93:4c:12,e4:43:4b:93:4c:10,0c:42:a1:56:b8:c5,e4:43:4b:93:4c:13,e4:43:4b:93:4c:11,0c:42:a1:56:b8:c4' at http://10.75.205.241/baremetal, status code: 404[00m]]] [2]: curl http://10.75.205.241/baremetal [...snip...] <title>404 Not Found</title>

1 0

[cinder] video + IRC meeting survey
by Brian Rosmaita 30 Jul '20

30 Jul '20

Today we had our first Cinder meeting held simultaneously in videoconference and on IRC. I have posted a quick survey to see if there's support for continuing this monthly experiment. (The next video + IRC meeting would be the last week of August.) https://rosmaita.wufoo.com/forms/r1twmaya13asv1c/ Please respond before 12:00 UTC on Tuesday, 4 August. thanks! brian

1 0

[tripleo] stable/train migration from CentOS-7 to CentOS-8
by Wesley Hayutin 30 Jul '20

30 Jul '20

Greetings, I wanted to give everyone a heads up that the migration of upstream stable/train jobs from CentOS-7 to CentOS-8 [1] is close. CentOS-7 stable/train will continue to be tested in our 3rd party periodic pipeline and builds of CentOS-7 stable/train will be qualified here [2] Please let me know if you have any questions. Thanks! [1] https://review.opendev.org/#/c/738375 [2] https://review.rdoproject.org/zuul/builds?pipeline=openstack-periodic-integ…

1 1

Neutron bandwidth metering based on remote address
by Jonas Schäfer 29 Jul '20

29 Jul '20

Dear list, We are trying to implement tenant bandwidth metering at the neutron router level. Since some of the network spaces connected to the external interface of the neutron router are supposed to be unmetered, we need to match on the remote address. Conveniently, there exists a --remote-ip-prefix option on meter label create; however, since [1], its meaning was changed to the exact opposite: Instead of matching on the *remote* prefix (towards the external interface), it matches on the *local* prefix (towards the OS tenant network). In an ideal world, we would want to revert that change and instead introduce a --local-ip-prefix option which covers that use-case. I suppose this is not a thing we *should* do though, given that this change made it into a few releases already. Instead, we’ll have to create a new option (which whatever name) + associated database schema + iptables rule patterns to implement the feature. The questions associated with this are now: - Does this make absolutely no sense to anyone? - What is the process for this? I suppose since this change was made intentionally and passed review, our desired change needs to go through a feature request process (blueprints maybe?). kind regards, Jonas Schäfer [1]: https://opendev.org/openstack/neutron/commit/ 92db1d4a2c49b1f675b6a9552a8cc5a417973b64 -- Jonas Schäfer DevOps Engineer Cloud&Heat Technologies GmbH Königsbrücker Straße 96 | 01099 Dresden +49 351 479 367 37 jonas.schaefer(a)cloudandheat.com | www.cloudandheat.com New Service: Managed Kubernetes designed for AI & ML https://managed-kubernetes.cloudandheat.com/ Commercial Register: District Court Dresden Register Number: HRB 30549 VAT ID No.: DE281093504 Managing Director: Nicolas Röhrs Authorized signatory: Dr. Marius Feldmann Authorized signatory: Kristina Rübenkamp

2 4

Re: privsep helper command exited non-zero (1) [openstack-dev][kuryr]
by Michał Dulko 29 Jul '20

29 Jul '20

> Hi Dulko > Thanks for your reply. > > My OS is Centos 7.6 + python 3.7 > Kuryr-daemon --version = 2.1.0 > > I run the kuryr-daemon as root. > I run the kuryr not as pods. > I will show you the conf of kuryr-daemon: > > Waiting for your reply. > > Thanks. > ========================================== <snip!> Please don't remove mailing list from the thread. Hm, I googled some older answer that maybe privsep-helper is not installed where kuryr-daemon is executed? In terms of Kuryr stuff that file has almost nothing set, so it isn't really giving much information, so - what's the Neutron plugin being used? Is the [kubernetes]pod_vif_driver just neutron-vif? I think for that to work you need to set [neutron_defaults]ovs_bridge for the daemon and [neutron_defaults]pod_subnet for controller. Can you enable debug for more logs from the error? On Wed, 2020-07-29 at 02:39 +0000, Niu,Lixin wrote: > > 在 2020/7/29 上午1:15，“Michał Dulko”<mdulko(a)redhat.com> 写入: > > On Tue, 2020-07-28 at 12:28 +0000, Niu,Lixin wrote: > > HI List > > When I run the kuryr, and launch the pods from k8s, I get some > > error like the title. > > Could you please help me to solve this problem? Please give > > some tips. Thanks a lot. > > > > 2020-07-28 16:35:22.084 27610 ERROR os_vif [-] Failed to plug vif VIFBridge(active=False,address=fa:16:3e:f2:ff:e6,bridge_name='qbradfc2b63-47',has_traffic_filtering=True,id=adfc2b63-471e-4fc6-b7be-72af56ee1f27,network=Network(652fdbae-281d-4475-b883-dcfecb821cbd),plugin='ovs',port_profile=VIFPortProfileOpenVSwitch,preserve_on_delete=False,vif_name='tapadfc2b63-47'): oslo_privsep.daemon.FailedToDropPrivileges: privsep helper command exited non-zero (1) > > > > Hi, > > This seems pretty vague, but my first bet would be that kuryr-daemon is > not running as root? What's the exact configuration you use - i.e. > Neutron plugin, Kuryr binding plugin (nested vs neutron), are you > running Kuryr services as pods? > > Thanks, > Michał > > >

1 0

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

29 Jul '20

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

3 4

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

29 Jul '20

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

1 0

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

29 Jul '20

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

4 3

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

28 Jul '20

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

1 1

London Openinfra virtual meetup
by Mark Goddard 28 Jul '20

28 Jul '20

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

1 2

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

28 Jul '20

Hi everyone, Here’s an update for what happened in the OpenStack TC this week. You can get more information by checking for changes in openstack/governance repository. We've also included a few references to some important mailing list threads that you should check out. # Patches ## Open Reviews - Migrate testing to ubuntu focal https://review.opendev.org/740851 - Cleanup the remaining osf repos and their data https://review.opendev.org/739291 - [manila] assert:supports-accessible-upgrade https://review.opendev.org/740509 - V goals, Zuul v3 migration: update links and grenade https://review.opendev.org/741987 - Deprecate os_congress project https://review.opendev.org/742533 - Create starter-kit:kubernetes-in-virt tag https://review.opendev.org/736369 - [draft] Add assert:supports-standalone https://review.opendev.org/722399 [Updated 34 days ago] - Add legacy repository validation https://review.opendev.org/737559 [Updated 19 days ago] ## General Changes - Migrate from mock to built in unittest.mock https://review.opendev.org/722924 # Email Threads - Legacy Zuul Jobs Update 1: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016058.html - Community PyCharm Licenses: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016039.html - Release Countdown R-12: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016056.html # Other Reminders - Milestone 2 is this week on July 30th Thanks for reading! Mohammed & Kendall -- Mohammed Naser VEXXHOST, Inc.

1 0

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

28 Jul '20

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

1 0

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

28 Jul '20

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

1 1

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

28 Jul '20

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

1 2

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

28 Jul '20

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

5 5

October/November PTG Date Selection
by Kendall Waters 27 Jul '20

27 Jul '20

Hello Everyone! We wanted to get your input on the best dates for holding the PTG now that its been annouced that the Summit itself will be virtual[1]. Please fill out the CIVS poll by August 3 at 15:00 UTC. We really appreicate your feedback! Poll: https://civs.cs.cornell.edu/cgi-bin/vote.pl?id=E_a69944444a9b7c93&akey=3ecc… <https://civs.cs.cornell.edu/cgi-bin/vote.pl?id=E_a69944444a9b7c93&akey=3ecc…> There are obviously many pros and cons to each option, below are the conflicts/reasons why we might not want to select that option. Option 0 - Two weeks before Summit (October 5-9) Conflicts with RC work External Event Conflicts: None? Option 1 - One week after Summit (October 26-30) Halloween on Oct 31 Perfect for release timing but event fatigue is a real concern External Event Conflicts: Open Source Summit EU, ODSC Open Data Science Conference East Cloud Foundry Summit EU, KVM Forum Option 2 - Two weeks after the Summit (November 2-6) USA Election day on Nov 3; could be a distraction, contributors needing to go vote (whatever that looks like with the virus), news, etc. Event Conflicts: None? Option 3 - Three weeks after the Summit (November 9-13) Pushes far into the cycle (4 weeks after previous release, a bit late, Veterns day/holiday - may affect France and Germany and US) External Events Conflicts: VMWorld EU -The Kendalls (diablo_rojo & wendallkaters) [1] http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016068.html <http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016068.html>

1 0

[Image-Encryption] No meeting today
by Josephine Seifert 27 Jul '20

27 Jul '20

Hi, there won't be a popup team meeting today. We will resume next week. greetings Josephine (Luzi)

1 0

[kolla] Kolla klub meeting next week
by Mark Goddard 25 Jul '20

25 Jul '20

Hi, The next Kolla klub meeting is scheduled for Thursday at 15:00 UTC. I propose the following topic: Downstream fork amnesty: are you running with locally applied bug fix or feature patches? Would they be useful to the rest of the community? Let's have an open discussion about the useful code that we all might be sitting on, and discuss how we can share it for the benefit of the wider community. There is room for other topics if anyone would like to propose them. We previously postponed these topics: * Gaël: Offline usage of Kolla & Kolla Ansible * Justinas: host OS lifecycle management Can we cover them this week? https://docs.google.com/document/d/1EwQs2GXF-EvJZamEx9vQAOSDB5tCjsDCJyHQN5_… Thanks, Mark

1 0

Magnum: invalid format of client version
by Alexander Dibbo - UKRI STFC 24 Jul '20

24 Jul '20

Hi, I have just deployed magnum into my train enviroment and am seeing the following error when creating any kind of cluster: This is a Train environment deployed from RDO packages (9.4.0-1). Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server [req-aa9ce18b-64eb-40ad-b1c0-b7c312402780 - - - - -] Exception during message handling: InvalidParameterValue: ERROR: UnsupportedVersion: : resources.worker_nodes_server_group: : Invalid format of client version ''. Expected format 'X.Y', where X is a major part and Y is a minor part of version. Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server Traceback (most recent call last): Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/server.py", line 165, in _process_incoming Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server res = self.dispatcher.dispatch(message) Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 274, in dispatch Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server return self._do_dispatch(endpoint, method, ctxt, args) Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 194, in _do_dispatch Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server result = func(ctxt, **new_args) Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/site-packages/osprofiler/profiler.py", line 160, in wrapper Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server result = f(*args, **kwargs) Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/site-packages/magnum/conductor/handlers/cluster_conductor.py", line 95, in cluster_create Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server raise e Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server InvalidParameterValue: ERROR: UnsupportedVersion: : resources.worker_nodes_server_group: : Invalid format of client version ''. Expected format 'X.Y', where X is a major part and Y is a minor part of version. Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server #033[00m When logging in debug, I see a dump of a huge heat template and a 400 bad request from heatclient (as below) immediately before the above log excerpt: {"explanation": "The server could not comply with the request since it is either malformed or otherwise incorrect.", "code": 400, "error": {"message": "UnsupportedVersion: : resources.master_nodes_server_group: : Invalid format of client version ''. Expected format 'X.Y', where X is a major part and Y is a minor part of version.", "traceback": null, "type": "StackValidationFailed"}, "title": "Bad Request"} log_http_response /usr/lib/python2.7/site-packages/heatclient/common/http.py:157 More details are available in my question here: https://ask.openstack.org/en/question/128520/magnum-invalid-format-of-clien… Any suggestions on where to look to set the client version it is complaining about would be much appreciated? Thanks Alex Regards Alexander Dibbo - Cloud Architect / Cloud Operations Group Leader For STFC Cloud Documentation visit https://stfc-cloud-docs.readthedocs.io<https://stfc-cloud-docs.readthedocs.io/> To raise a support ticket with the cloud team please email cloud-support(a)gridpp.rl.ac.uk<mailto:cloud-support@gridpp.rl.ac.uk> To receive notifications about the service please subscribe to our mailing list at: https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STFC-CLOUD To receive fast notifications or to discuss usage of the cloud please join our Slack: https://stfc-cloud.slack.com/ This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete this email from your system. UK Research and Innovation (UKRI) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before opening the attachments. UKRI does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses. Opinions, conclusions or other information in this message and attachments that are not related directly to UKRI business are solely those of the author and do not represent the views of UKRI.

3 10

[ops][cinder] festival of EOL - ocata and pike
by Brian Rosmaita 24 Jul '20

24 Jul '20

Lee Yarwood recently announced the change to 'unmaintained' status of nova stable/ocata [0] and stable/pike [1] branches, with the clever idea of back-dating the 6 month period of un-maintenance to the most recent commit to each branch. I took a look at cinder stable/ocata and stable/pike, and the most recent commit to each is 8 months ago and 7 months ago, respectively. The Cinder team discussed this at today's Cinder meeting and agreed that this email will serve as notice to the OpenStack Community that the following openstack/cinder branches have been in 'unmaintained' status for the past 6 months: - stable/ocata - stable/pike The Cinder team hereby serves notice that it is our intent to ask the openstack infra team to tag each as EOL at its current HEAD and delete the branches two weeks from today, that is, on Wednesday, 22 July 2020. (This applies also to the other stable-branched cinder repositories, that is, os-brick, python-cinderclient, and python-cinderclient-extension.) Please see [2] for information about the maintenance phases and what action would need to occur before 22 July for a branch to be adopted back to the 'extended maintenance' phase. On behalf of the Cinder team, thank you for your attention to this matter. cheers, brian [0] http://lists.openstack.org/pipermail/openstack-discuss/2020-July/015747.html [1] http://lists.openstack.org/pipermail/openstack-discuss/2020-July/015798.html [2] https://docs.openstack.org/project-team-guide/stable-branches.html

2 6

[tripleo][centos8][ussuri][horizon] horizon container fails to start
by Ruslanas Gžibovskis 24 Jul '20

24 Jul '20

Hi all, I have noticed, that horizon container fails to start and some interestin zen_wozniak has apeared [0]. Healthcheck log is empty, but horizon log [1] sais "/usr/bin/python: No such file or directory" and there is no such file or directory :) after sume update it failed. I believe you guys will push update fast enough, as I am still bad at this git and container part.... HOW to fix it now :) on my side? As tripleo will redeploy horizon from images... and will update image. could you please give me a hint where to duck tape it whille it will be pushed to prod? [0] http://paste.openstack.org/show/3jjnsgXfWRxs3o0G6aKH/ [1] http://paste.openstack.org/show/1S66A55cz0UaFUWGxID8/ -- Ruslanas Gžibovskis +370 6030 7030

1 2

Re: [Release-job-failures] Release of openstack/oslo.messaging for ref refs/tags/12.2.2 failed
by Thierry Carrez 24 Jul '20

24 Jul '20

zuul(a)openstack.org wrote: > Build failed. > > - openstack-upload-github-mirror https://zuul.opendev.org/t/openstack/build/2a9767af93c640ddb1bd1f864b2e71e3 : SUCCESS in 1m 03s > - release-openstack-python https://zuul.opendev.org/t/openstack/build/dfce7b106189491b9d9026a079c06bdd : POST_FAILURE in 4m 19s > - announce-release https://zuul.opendev.org/t/openstack/build/None : SKIPPED > - propose-update-constraints https://zuul.opendev.org/t/openstack/build/None : SKIPPED Two recent issues with AFS publication: oslo.messaging 12.2.2 - tag OK, build OK, pyPI OK, tarball not published https://zuul.opendev.org/t/openstack/build/dfce7b106189491b9d9026a079c06bdd designate 8.0.1 - tag OK, build OK, pyPI OK, tarball not published https://zuul.opendev.org/t/openstack/build/0f6c659223df46278c26460b2f3281fe Error: There was an issue creating /afs/.openstack.org as requested: [Errno 13] Permission denied: b'/afs/.openstack.org' Impact: - Tarballs are missing from tarballs.o.o - Missing release announces - Missing constraint updates We also had one AFS issue with docs publication to releases.o.o: https://zuul.opendev.org/t/openstack/build/3ca65d8665514c429629d18485ed186b But that should get synced at next refresh. -- Thierry Carrez (ttx)

2 1

[glance] Meeting about copy-image race condition
by Abhishek Kekane 24 Jul '20

24 Jul '20

Hi All, We (glance team) are organizing one meeting on Monday 27 July at 1400 UTC [1] . During ussuri glance has added the new import method 'copy-image' [2] to copy existing images in multiple stores. Recently while adding a CI job at nova side we have found out that there will be race conditions [3] if two or more simultaneous copy operations were initiated. There iS also WIP fix [4] submitted for the same but there have been lots of objections about the same. Objective of the meeting is to decide the approach to fix this issue. Interested people can join us to share their inputs for the same. [1] https://bluejeans.com/905878787 [2] https://review.opendev.org/696457 [3] https://bugs.launchpad.net/glance/+bug/1884596 [4] https://review.opendev.org/#/c/737596/ Thank you Abhishek

1 0

[PTL][Stable] Releases proposed for stable/stein
by Sean McGinnis 24 Jul '20

24 Jul '20

/me takes off release team hat and puts on stable team hat Hey everyone, To help out with stable releases, I've run a script to propose releases for any deliverables in stable/stein that had commits merged but not released yet. This is just to try to help make sure those fixes get out downstream, and to help ease the crunch that we inevitably have near the time that stable/stein goes into Extended Maintenance mode (this coming November). These are not driven by the release team, and they are not required. They are merely a convenience to help out the teams. If there is a patch for any deliverables owned by your team and you are good with the release, please leave a +1 and we will process it. Any patches with a -1, or anything not acknowledged by the end of next week, will just be abandoned. Of course, stable releases can be proposed by the team whenever they are ready. Again, this is not a release team activity. This may or may not be done regularly. I just had some time and an itch to do it. Patches can be found here: https://review.opendev.org/#/q/topic:stein-stable+(status:open+OR+status:me… Thanks! Sean

1 1

The Open Infrastructure Summit is Going Virtual!
by OpenStack Foundation 24 Jul '20

24 Jul '20

Call For Presentations is open! To view this email online, paste this link into your browser: https://t.e2ma.net/message/2ndfhc/ysadgbb GET EXCITED The Open Infrastructure Summit is coming directly to your browser! (https://t.e2ma.net/click/2ndfhc/ysadgbb/ulmein) GET READY Register for the Virtual Summit YOU READ IT RIGHT The annual Open Infrastructure Summit is going to be virtual (and free!), increasing accessibility for community members around the world! Now what? STEP ONE Register for free (https://t.e2ma.net/click/2ndfhc/ysadgbb/aenein) Register for the virtual Summit and make sure to mark your calendars - the Open Infrastructure Summit will be held October 19-23. STEP TWO Submit your talks (https://t.e2ma.net/click/2ndfhc/ysadgbb/q6nein) The Call For (https://t.e2ma.net/click/2ndfhc/ysadgbb/6yoein) Presentations (https://t.e2ma.net/click/2ndfhc/ysadgbb/mrpein) (CFP) deadline is August 4 at 11:59pm PT, so start drafting your presentations and panels around Open Infrastructure use cases like AI/Machine Learning, CI/CD, Container Infrastructure, Edge Computing and of course, Public, Private and Hybrid Clouds. STEP THREE Join the conversation (https://t.e2ma.net/click/2ndfhc/ysadgbb/2jqein) Invite your friends to login on October 19 for a packed agenda from the global community and join the conversation using #OpenInfraSummit (https://t.e2ma.net/click/2ndfhc/ysadgbb/icrein) ONE EXTRA STEP (IT'S WORTH IT) Sponsor the Summit! (https://t.e2ma.net/click/2ndfhc/ysadgbb/y4rein) Getting your organization some visibility is only one extra step - check out the prospectus and sign up to sponsor the virtual Summit! Learn more about the Summit (https://t.e2ma.net/click/2ndfhc/ysadgbb/exsein) PO Box 1903 | Austin , TX 78767 United States This email was sent to openstack-infra(a)lists.openstack.org. To ensure that you continue receiving our emails, please add us to your address book or safe list. manage your preferences (https://app.e2ma.net/app2/audience/signup/1812998/1771360/132927328/2247466…) opt out (https://t.e2ma.net/optout/2ndfhc/ysadgbb?s=dyit5ndwSJyARvqMDTMrpiGM27LZJv3w…) using TrueRemove(r). Got this as a forward? Sign up (https://app.e2ma.net/app2/audience/signup/1812998/1771360.132927328/) to receive our future emails.

1 0

[kolla] Kall
by Radosław Piliszek 24 Jul '20

24 Jul '20

Hello Fellow OpenStackers, today (2020-07-23) marks the day of the 2nd Kolla Kall [1]. Everyone interested in Kolla (and friends) development is invited to join. Kall starts at 15 (UTC) at https://meetpad.opendev.org/KollaKall and lasts one hour. [1] https://wiki.openstack.org/wiki/Meetings/Kolla/Kall -yoctozepto

2 2

The Open Infrastructure Summit is Going Virtual!
by Erin Disney 23 Jul '20

23 Jul '20

Hi everyone, The Open Infrastructure Summit will officially be held virtually, the week of October 19. Emails about project onboarding / updates, PTG, and the Forum will be coming later, but below are ways you can currently get prepared: Register for free <https://openinfrasummit2020.eventbrite.com/> and make sure to mark your calendars for October 19 - 23. Get your Summit submission together now! The CFP <https://cfp.openstack.org/> deadline is August 4 at 11:59pm PT, so start drafting your presentations and panels around Open Infrastructure use cases like AI/Machine Learning, CI/CD, Container Infrastructure, Edge Computing and of course, Public, Private and Hybrid Clouds. Get your organization some visibility - check out the prospectus <https://www.openstack.org/summit/2020/> and sign up to sponsor the virtual Summit! Executable Sponsorship Contract will be available starting at 10:30am CT on Tuesday, July 28. If you have any questions, please reach out to summit(a)openstack.org <mailto:summit@openstack.org>. “See you” in October! Cheers, Erin Erin Disney OpenStack Marketing erin(a)openstack.org <mailto:erin@openstack.org>

1 0

[all][tc][glance] Meeting about Glance and WSGI support
by Nikolla, Kristi 23 Jul '20

23 Jul '20

We're trying to organize a meeting between the TC, Glance team and other interested people with regard to Glance's merging (and backporting) the removal of support from the documentation about the WSGI mode of deployment (running Glance under HTTPD/uWSGI) Objective of the meeting is to find agreement about the path forward. See Etherpad for more context and captured notes. [0] The proposed time is this Thursday, July 23rd at 1500 UTC during the regularly scheduled TC Office Hours. [1] If that time doesn't work for you, and you'd like to participate in the meeting please respond to this email and we can work in finding a more appropriate time. Meeting will be over conference call, unless there are objections. Discussion will be captured in the same Etherpad. [0]. https://etherpad.opendev.org/p/tc-glance-wsgi [1]. http://eavesdrop.openstack.org/#Technical_Committee_Office_hours

3 2

Need help with BlockDeviceSetupException
by PRAKASH DAVANE 23 Jul '20

23 Jul '20

Hi, I am trying Disk Image Builder and followed initial instructions given in DIB documentation. I tried creating basic ubuntu image with 'disk-image-create ubuntu vm" command. I am executing this on CentOS7 server installation on virtual box machine on my laptop. I am getting following error - 2020-07-22 14:38:38.181 | INFO diskimage_builder.block_device.utils [-] Calling [sudo sync] 2020-07-22 14:38:38.480 | INFO diskimage_builder.block_device.utils [-] Calling [sudo fstrim --verbose /tmp/dib_build.kjzn9JEP/mnt/] 2020-07-22 14:38:38.692 | INFO diskimage_builder.block_device.utils [-] Calling [sudo umount /tmp/dib_build.kjzn9JEP/mnt/] 2020-07-22 14:38:38.969 | INFO diskimage_builder.block_device.utils [-] Calling [sudo kpartx -d /dev/loop0] 2020-07-22 14:38:38.986 | Traceback (most recent call last): 2020-07-22 14:38:38.986 | File "/root/dib-virtualenv/bin/dib-block-device", line 8, in <module> 2020-07-22 14:38:38.986 | sys.exit(main()) 2020-07-22 14:38:38.986 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/cmd.py", line 120, in main 2020-07-22 14:38:38.986 | return bdc.main() 2020-07-22 14:38:38.986 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/cmd.py", line 115, in main 2020-07-22 14:38:38.986 | self.args.func() 2020-07-22 14:38:38.986 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/cmd.py", line 39, in cmd_umount 2020-07-22 14:38:38.986 | self.bd.cmd_umount() 2020-07-22 14:38:38.986 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/blockdevice.py", line 442, in cmd_umount 2020-07-22 14:38:38.986 | node.umount() 2020-07-22 14:38:38.986 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/level1/partition.py", line 88, in umount 2020-07-22 14:38:38.986 | self.partitioning.umount() 2020-07-22 14:38:38.986 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/level1/partitioning.py", line 228, in umount 2020-07-22 14:38:38.986 | self.state['blockdev'][self.base]['device']]) 2020-07-22 14:38:38.986 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/utils.py", line 143, in exec_sudo 2020-07-22 14:38:38.986 | raise e 2020-07-22 14:38:38.987 | diskimage_builder.block_device.exception.BlockDeviceSetupException: exec_sudo failed 2020-07-22 14:38:39.974 | INFO diskimage_builder.block_device.level3.mount [-] Called for [mount_mkfs_root] 2020-07-22 14:38:39.974 | INFO diskimage_builder.block_device.utils [-] Calling [sudo sync] 2020-07-22 14:38:40.086 | INFO diskimage_builder.block_device.utils [-] Calling [sudo fstrim --verbose /tmp/dib_build.kjzn9JEP/mnt/] 2020-07-22 14:38:40.101 | Traceback (most recent call last): 2020-07-22 14:38:40.101 | File "/root/dib-virtualenv/bin/dib-block-device", line 8, in <module> 2020-07-22 14:38:40.101 | sys.exit(main()) 2020-07-22 14:38:40.101 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/cmd.py", line 120, in main 2020-07-22 14:38:40.101 | return bdc.main() 2020-07-22 14:38:40.101 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/cmd.py", line 115, in main 2020-07-22 14:38:40.101 | self.args.func() 2020-07-22 14:38:40.101 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/cmd.py", line 39, in cmd_umount 2020-07-22 14:38:40.102 | self.bd.cmd_umount() 2020-07-22 14:38:40.102 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/blockdevice.py", line 442, in cmd_umount 2020-07-22 14:38:40.102 | node.umount() 2020-07-22 14:38:40.102 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/level3/mount.py", line 111, in umount 2020-07-22 14:38:40.102 | self.state['mount'][self.mount_point]['path']]) 2020-07-22 14:38:40.102 | File "/root/dib-virtualenv/lib/python2.7/site-packages/diskimage_builder/block_device/utils.py", line 143, in exec_sudo 2020-07-22 14:38:40.102 | raise e 2020-07-22 14:38:40.102 | diskimage_builder.block_device.exception.BlockDeviceSetupException: exec_sudo failed Can you please help me understand issue here? Thanks, Prakash

2 1

ask.openstack.org | Down?
by Laurent Dumont 23 Jul '20

23 Jul '20

Hi! Trying to find some hints on why ask.openstack.org is down. Not seeing any maintenance alerts/decommissioning. Just curious :)

3 3

[all][goals] Switch legacy Zuul jobs to native - update #1
by Luigi Toscano 23 Jul '20

23 Jul '20

Hi, Victoria is not far away and one of the goal is the removal of all legacy Zuul v3 jobs. tl;dr - the goal page is https://governance.openstack.org/tc/goals/selected/victoria/native-zuulv3-j… - that page is being updated (https://review.opendev.org/#741987/) please check the migration guide on: https://docs.openstack.org/project-team-guide/zuulv3.html - I summarized the status on this etherpad, which will be used as reference: https://etherpad.opendev.org/p/goal-victoria-native-zuulv3-migration - I'm around as tosky on IRC, feel free to ping me or ask here on the list, especially if I haven't contacted you already - if you haven't started yet, please prioritize this goal, which will also provide most of the work for the other community goal (migrate from bionic to focal) almost for free. --- And now, the longer version. It's time for some updates about the "Switch legacy Zuul jobs to native" community goal. I apologize for the lack of official communication so far about the goal, despite the Victoria cycle has been open for a (long) while. On the other hand, the porting of the legacy is ongoing. Thanks to everyone who helped with the rewriting even before this was a goal, and thanks to the people who started working on this (writing and reviewing patches). I've got in touch with a few teams during the PTG and during the team meetings in the past weeks, but unfortunately attended the PTG or is active on IRC, and with few exceptions, a significant amount of legacy jobs belongs to less active teams. The projects which right now use legacy job, regardless of the status (many of them have patches floating around), are listed below. Projects with (*) have been contacted by me during or after the PTG and the work is ongoing: - barbican (*) - blazar (*) - cinder (*) - designate - ec2-api - freezer - glance (*) - heat (*) - infra (*) - ironic (*) - karbor - keystone (*) - kuryr (*) - magnum - manila (*) - monasca (*) - murano - neutron (*) - nova (*) - oslo (*) - senlin - trove - tripleo (*) - vitrage - watcher - zaqar Back to the etherpad (https://etherpad.opendev.org/p/goal-victoria-native-zuulv3-migration) the most important section is the first one, "Jobs to be ported", which includes all the legacy jobs which affects Victoria. While the goal focuses on Victoria, when the jobs are ported, in order to easy the maintenance, I believe it would make everyone's life easier if you just backport to the new jobs to the older branches, as far as it's possible. As a general remark, that native tempest and devstack jobs should work to all branches starting from pike, while the new grenade jobs only work starting from train right now (they may be enabled in stein in the future, but it's not sure yet). Please remember to always use the native-zuulv3-migration gerrit topic. The "Stretch goal only (they don't affect master)" section lists the jobs defined in openstack/openstack-zuul-jobs.git which are still used by stable branches. If you feel like that and if it's possible, please backport the native jobs to the not-yet covered branches, so that we can clean up openstack-zuul-jobs. Ciao -- Luigi

1 0

[release] Release countdown for week R-12 July 20 - July 24
by Sean McGinnis 23 Jul '20

23 Jul '20

Better late than never? Could have sworn I sent this last week. Development Focus ----------------- The Victoria-2 milestone is next week, on July 30! Victoria-related specs should now be finalized so that teams can move to implementation ASAP. Some teams observe specific deadlines on the second milestone (mostly spec freezes): please refer to https://releases.openstack.org/victoria/schedule.html for details. General Information ------------------- Libraries need to be released at least once per milestone period. Next week, the release team will propose releases for any library that has not been otherwise released since milestone 1. PTL's and release liaisons, please watch for these and give a +1 to acknowledge them. If there is some reason to hold off on a release, let us know that as well. A +1 would be appreciated, but if we do not hear anything at all by the end of the week, we will assume things are OK to proceed. Remember that non-library deliverables that follow the cycle-with-intermediary release model should have an intermediary release before milestone-2. Those who haven't will be proposed to switch to the cycle-with-rc model, which is more suited to deliverables that are released only once per cycle. Next week is also the deadline to freeze the contents of the final release. All new 'Victoria' deliverables need to have a deliverable file in https://opendev.org/openstack/releases/src/branch/master/deliverables and need to have done a release by milestone-2. Upcoming Deadlines & Dates -------------------------- Victoria-2 milestone: July 30 Ussuri Cycle-trailing deadline: August 13

1 0

[openstack-ansible] os_congress role retirement
by Dmitriy Rabotyagov 23 Jul '20

23 Jul '20

Hi everyone. Since congress service has been retired with [1], there's no reason for us to carry on and maintain os_congress role [2] for the inactive project. In case congress service will be revived, we can revert role retirement and continue its support in the future. [1] https://review.opendev.org/#/c/721733/ [2] https://opendev.org/openstack/openstack-ansible-os_congress -- Kind regards, Dmitriy Rabotyagov

1 1

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

22 Jul '20

Hi everyone, The Large Scale SIG will have a meeting this week on Wednesday, July 22 at 8 UTC[1] in the #openstack-meeting-3 channel on IRC: https://www.timeanddate.com/worldclock/fixedtime.html?iso=20200722T08 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: - ttx to identify from the chat interested candidates from Opendev event and invite them to next meeting - amorin to add some meat to the wiki page before we push the Nova doc patch further - all to describe briefly how you solved metrics/billing in your deployment in https://etherpad.openstack.org/p/large-scale-sig-documentation - amorin to start a thread on osarchiver proposing to land it somewhere in openstack - amorin to start a [largescale-sig] thread about his middleware ping approach, SIG members can comment if that makes sense for them Talk to you all on Wednesday, -- Thierry Carrez

1 1

[TripleO] [Train] CentOS 8: Undercloud installation fails
by Reza Bakhshayeshi 22 Jul '20

22 Jul '20

Hi, I'm going to install OpenStack Train with the help of TripleO on CentOS 8, but undercloud installation fails with the following error: "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Concat[10-zaqar_wsgi.conf]/Concat_file[10-zaqar_wsgi.conf]: Skipping because of failed dependencies", "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Concat[10-zaqar_wsgi.conf]/File[/etc/httpd/conf.d/10-zaqar_wsgi.conf]: Skipping because of failed dependencies", "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Concat::Fragment[zaqar_wsgi-apache-header]/Concat_fragment[zaqar_wsgi-apache-header]: Skipping because of failed dependencies", "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Concat::Fragment[zaqar_wsgi-docroot]/Concat_fragment[zaqar_wsgi-docroot]: Skipping because of failed dependencies", "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Concat::Fragment[zaqar_wsgi-directories]/Concat_fragment[zaqar_wsgi-directories]: Skipping because of failed dependencies", "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Concat::Fragment[zaqar_wsgi-logging]/Concat_fragment[zaqar_wsgi-logging]: Skipping because of failed dependencies", "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Concat::Fragment[zaqar_wsgi-serversignature]/Concat_fragment[zaqar_wsgi-serversignature]: Skipping because of failed dependencies", "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Concat::Fragment[zaqar_wsgi-access_log]/Concat_fragment[zaqar_wsgi-access_log]: Skipping because of failed dependencies", "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Concat::Fragment[zaqar_wsgi-setenv]/Concat_fragment[zaqar_wsgi-setenv]: Skipping because of failed dependencies", "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Concat::Fragment[zaqar_wsgi-wsgi]/Concat_fragment[zaqar_wsgi-wsgi]: Skipping because of failed dependencies", "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Concat::Fragment[zaqar_wsgi-custom_fragment]/Concat_fragment[zaqar_wsgi-custom_fragment]: Skipping because of failed dependencies", "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Concat::Fragment[zaqar_wsgi-file_footer]/Concat_fragment[zaqar_wsgi-file_footer]: Skipping because of failed dependencies", "puppet-user: Warning: /Stage[main]/Zaqar::Wsgi::Apache/Openstacklib::Wsgi::Apache[zaqar_wsgi]/Apache::Vhost[zaqar_wsgi]/Apache::Listen[192.168.24.1:8888]/Concat::Fragment[Listen 192.168.24.1:8888]/Concat_fragment[Listen 192.168.24.1:8888]: Skipping because of failed dependencies", "puppet-user: Notice: Applied catalog in 1.72 seconds", "puppet-user: Changes:", "puppet-user: Total: 97", "puppet-user: Events:", "puppet-user: Failure: 1", "puppet-user: Success: 97", "puppet-user: Total: 98", "puppet-user: Resources:", "puppet-user: Failed: 1", "puppet-user: Skipped: 41", "puppet-user: Changed: 97", "puppet-user: Out of sync: 98", "puppet-user: Total: 235", "puppet-user: Time:", "puppet-user: Resources: 0.00", "puppet-user: Concat file: 0.00", "puppet-user: Anchor: 0.00", "puppet-user: Concat fragment: 0.00", "puppet-user: Augeas: 0.03", "puppet-user: File: 0.39", "puppet-user: Zaqar config: 0.61", "puppet-user: Transaction evaluation: 1.69", "puppet-user: Catalog application: 1.72", "puppet-user: Last run: 1594207735", "puppet-user: Config retrieval: 4.14", "puppet-user: Total: 1.72", "puppet-user: Version:", "puppet-user: Config: 1594207730", "puppet-user: Puppet: 5.5.10", "+ rc=6", "+ '[' False = false ']'", "+ set -e", "+ '[' 6 -ne 2 -a 6 -ne 0 ']'", "+ exit 6", " attempt(s): 3", "2020-07-08 15:59:00,478 WARNING: 95123 -- Retrying running container: zaqar", "2020-07-08 15:59:00,478 ERROR: 95123 -- Failed running container for zaqar", "2020-07-08 15:59:00,478 INFO: 95123 -- Finished processing puppet configs for zaqar", "2020-07-08 15:59:00,482 ERROR: 95117 -- ERROR configuring ironic", "2020-07-08 15:59:00,484 ERROR: 95117 -- ERROR configuring zaqar"]} Any suggestion would be grateful. Regards, Reza

5 9

[all] PyCharm Community licences
by ʂʍɒρƞįł Ҟưȴķɒʁʉɨ 22 Jul '20

22 Jul '20

I have renewed the Pycharm licenses for community contributors until July 20, 2021. For everyone who is using it will be updated automatically. Please do not request again for renewal. If you are an active contributor and need one, please submit the details on [1] [1] https://docs.google.com/forms/d/e/1FAIpQLSe5JMbtZEKB95AMVnyOBh4-7Y55hDgQChj… Best Regards, Swapnil Best Regards, Swapnil Kulkarni irc : coolsvap coolsvap at gmail dot com +91-87960 10622(c) http://in.linkedin.com/in/coolsvap

1 0

[security] Security SIG Meeting July 23rd Cancelled
by Gage Hugo 22 Jul '20

22 Jul '20

Hello, The security SIG meeting for this week is cancelled, we plan on meeting at the usual time next week.

1 0

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

22 Jul '20

Hi everyone, Here’s an update for what happened in the OpenStack TC this week. You can get more information by checking for changes in openstack/governance repository. We've also included a few references to some important mailing list threads that you should check out. # Patches ## Open Reviews - V goals, Zuul v3 migration: update links and grenade https://review.opendev.org/#/c/741987/ - [manila] assert:supports-accessible-upgrade https://review.opendev.org/740509 - migrate testing to ubuntu focal https://review.opendev.org/740851 - Create starter-kit:kubernetes-in-virt tag https://review.opendev.org/736369 - Add legacy repository validation https://review.opendev.org/737559 [Updated 12 days ago] - Cleanup the remaining osf repos and their data https://review.opendev.org/739291 [Updated 13 days ago] - [draft] Add assert:supports-standalone https://review.opendev.org/722399 [Updated 27 days ago] # Email Threads - New Office Hours: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/015761.html - Summit CFP Open: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/015730.html # Other Reminders - If you're an operator, make sure you fill out our user survey: https://www.openstack.org/user-survey/survey-2020/ - Milestone 2 coming at the end of the month Thanks for reading! Mohammed & Kendall -- Mohammed Naser VEXXHOST, Inc.

1 0

[all][TC] New Office Hours Times
by Kendall Nelson 21 Jul '20

21 Jul '20

Hello! It's been a while since the office hours had been refreshed and we have a lot of new people on the TC that were not around when the times were set. In an effort to stir things up a bit, and get more community engagement, we are picking new times! I want to invite everyone in the community interested in interacting more with the TC to respond to the poll so we have your input as the office hours are really for your benefit anyway. (Nevermind the name of the poll :) Too much work to remake the whole thing just to rename it..) That said, we do need responses from ALL TC members so that we can also document who will (typically) be present for each office hour as well. (Also, thanks Mohammed for putting the poll together! It's no joke. ) -Kendall (diablo_rojo) [1] https://doodle.com/poll/q27t8pucq7b8xbme

2 3

CentOS unrecoverable after Ceph issues
by Grant Morley 21 Jul '20

21 Jul '20

Hi all, We recently had an issue with our ceph cluster which ended up going into "Error" status after some drive failures. The system stopped allowing writes for a while whilst it recovered. The ceph cluster is healthy again but we seem to have a few instances that have corrupt filesystems on them. They are all CentOS 7 instances. We have got them into rescue mode to try and repair the FS with "xfs_repair -L" However when we do that we get this: 973.026283] XFS (vdb1): Mounting V5 Filesystem [ 973.203261] blk_update_request: I/O error, dev vdb, sector 8389693 [ 973.204746] blk_update_request: I/O error, dev vdb, sector 8390717 [ 973.206136] blk_update_request: I/O error, dev vdb, sector 8391741 [ 973.207608] blk_update_request: I/O error, dev vdb, sector 8392765 [ 973.209544] XFS (vdb1): xfs_do_force_shutdown(0x1) called from line 1236 of file fs/xfs/xfs_buf.c. Return address = 0xffffffffc017a50c [ 973.212137] XFS (vdb1): I/O Error Detected. Shutting down filesystem [ 973.213429] XFS (vdb1): Please umount the filesystem and rectify the problem(s) [ 973.215036] XFS (vdb1): metadata I/O error: block 0x7ffc3d ("xlog_bwrite") error 5 numblks 8192 [ 973.217201] XFS (vdb1): failed to locate log tail [ 973.218239] XFS (vdb1): log mount/recovery failed: error -5 [ 973.219865] XFS (vdb1): log mount failed [ 973.233792] blk_update_request: I/O error, dev vdb, sector 0 Interestingly any debian based instances we could recover. It just seems to be CentOS and having XFS on CentOS and ceph the instances don't seem happy. This seems more low level to me in ceph rather than a corrupt FS on a guest. Does anyone know of any "ceph tricks" that we can use to try and at least get an "xfs_repair" running? Many thanks, -- Grant Morley Cloud Lead, Civo Ltd www.civo.com <https://www.civo.com/>

2 2

[nova] spec review day on Tuesday 07-21
by Balázs Gibizer 21 Jul '20

21 Jul '20

Hi, As the spec freeze will happen next week at Milestone 2 we agreed[1] to have a dedicated spec review day on Tuesday (07-21). If you are a spec author then please prepare to react on the incoming feedback on your open spec. If you are reviewer then please focus on reviewing open specs during the day. Cheers, gibi [1] http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-07-16-16.00.log…

2 1

Magnum: invalid format of client version
by Alexander Dibbo - UKRI STFC 21 Jul '20

21 Jul '20

Hi, I have just deployed magnum into my train enviroment and am seeing the following error when creating any kind of cluster: This is a Train environment deployed from RDO packages (9.4.0-1). Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server [req-aa9ce18b-64eb-40ad-b1c0-b7c312402780 - - - - -] Exception during message handling: InvalidParameterValue: ERROR: UnsupportedVersion: : resources.worker_nodes_server_group: : Invalid format of client version ''. Expected format 'X.Y', where X is a major part and Y is a minor part of version. Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server Traceback (most recent call last): Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/server.py", line 165, in _process_incoming Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server res = self.dispatcher.dispatch(message) Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 274, in dispatch Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server return self._do_dispatch(endpoint, method, ctxt, args) Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 194, in _do_dispatch Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server result = func(ctxt, **new_args) Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/site-packages/osprofiler/profiler.py", line 160, in wrapper Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server result = f(*args, **kwargs) Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server File "/usr/lib/python2.7/site-packages/magnum/conductor/handlers/cluster_conductor.py", line 95, in cluster_create Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server raise e Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server InvalidParameterValue: ERROR: UnsupportedVersion: : resources.worker_nodes_server_group: : Invalid format of client version ''. Expected format 'X.Y', where X is a major part and Y is a minor part of version. Jul 17 14:08:24 host-172-16-103-43 magnum-conductor: 2020-07-17 14:08:24.942 6251 ERROR oslo_messaging.rpc.server #033[00m When logging in debug, I see a dump of a huge heat template and a 400 bad request from heatclient (as below) immediately before the above log excerpt: {"explanation": "The server could not comply with the request since it is either malformed or otherwise incorrect.", "code": 400, "error": {"message": "UnsupportedVersion: : resources.master_nodes_server_group: : Invalid format of client version ''. Expected format 'X.Y', where X is a major part and Y is a minor part of version.", "traceback": null, "type": "StackValidationFailed"}, "title": "Bad Request"} log_http_response /usr/lib/python2.7/site-packages/heatclient/common/http.py:157 Here is my config file: [DEFAULT] auth_strategy = keystone debug = true memcached_servers = dev-service1.nubes.rl.ac.uk:11211 my_ip = 172.16.103.43 rpc_backend = rabbit stack_domain_admin = magnum stack_domain_admin_password = MAGNUM_PASS stack_user_domain_name = magnum transport_url = rabbit://openstack:rabbit-pass@dev-rabbit4.nubes.rl.ac.uk:5672,openstack:rabbit-pass@dev-rabbit5.nubes.rl.ac.uk:5672,openstack:rabbit-pass@dev-rabbit6.nubes.rl.ac.uk:5672/ verbose = true [api] host = 172.16.103.43 [barbican_client] endpoint_type = public region_name = RegionOne [cache] backend = oslo_cache.memcache_pool enabled = true memcache_servers = dev-service1.nubes.rl.ac.uk:11211 [certificates] cert_manager_type = x509keypair [cinder_client] endpoint_type = public region_name = RegionOne [database] connection = mysql+pymysql://magnum:MAGNUM_DBPASS@dev-openstack.stfc.ac.uk:3306/magnum connection_recycle_time = 3600 [glance_client] endpoint_type = public region_name = RegionOne [heat_client] endpoint_type = public region_name = RegionOne [keystone_authtoken] admin_password = MAGNUM_PASS admin_tenant_name = service admin_user = magnum auth_plugin = password auth_type = password auth_uri = https://dev-openstack.stfc.ac.uk:5000 auth_url = https://dev-openstack.stfc.ac.uk:5000 insecure = false password = MAGNUM_PASS project_domain_name = default project_name = service user_domain_name = default username = magnum www_authenticate_uri = https://dev-openstack.stfc.ac.uk:5000 [magnum_client] endpoint_type = public region_name = RegionOne [neutron_client] endpoint_type = public region_name = RegionOne [nova_client] endpoint_type = public region_name = RegionOne [octavia_client] endpoint_type = public region_name = RegionOne [oslo_concurrency] lock_path = /var/lib/magnum/tmp [oslo_middleware] enable_proxy_headers_parsing = true [oslo_messaging_notifications] driver = messaging [trust] trustee_domain_admin_name = magnum_domain_admin trustee_domain_admin_password = MAGNUM_DOMAIN_ADMIN_PASS trustee_domain_name = magnum trustee_keystone_interface = public Any suggestions on where to look to set the client version it is complaining about would be much appreciated? Thanks Alex Regards Alexander Dibbo - Cloud Architect / Cloud Operations Group Leader For STFC Cloud Documentation visit https://stfc-cloud-docs.readthedocs.io<https://stfc-cloud-docs.readthedocs.io/> To raise a support ticket with the cloud team please email cloud-support(a)gridpp.rl.ac.uk<mailto:cloud-support@gridpp.rl.ac.uk> To receive notifications about the service please subscribe to our mailing list at: https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STFC-CLOUD To receive fast notifications or to discuss usage of the cloud please join our Slack: https://stfc-cloud.slack.com/ This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete this email from your system. UK Research and Innovation (UKRI) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before opening the attachments. UKRI does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses. Opinions, conclusions or other information in this message and attachments that are not related directly to UKRI business are solely those of the author and do not represent the views of UKRI.

1 0

[tripleo] Proposing Rabi Mishra part of tripleo-core
by Emilien Macchi 21 Jul '20

21 Jul '20

Hi folks, Rabi has proved deep technical understanding on the TripleO components over the last years. Initially as a major maintainer of the Heat project and then a regular contributor to TripleO, he got involved at different levels: - Optimization of the Heat templates, to reduce the number of resources or improve them to make it faster and more efficient at scale. - Migration of the Mistral workflows into native Ansible modules and Python code into tripleo-common, with end-to-end expertise. - Regular contributions to the container tooling integration. Being involved on the mailing-list and IRC channels, Rabi is always helpful to the community and here to help. He has provided thorough reviews in principal components on TripleO as well as a lot of bug fixes or new features; which contributed to make TripleO more stable and scalable. I would like to propose him be part of the TripleO core team. Thanks Rabi for your hard work! -- Emilien Macchi

13 14

[nova] Nova Gate is broken due to novnc issue in nova-next job
by Balázs Gibizer 21 Jul '20

21 Jul '20

Hi, Since Jul 18 the nova-next gate job is broken due to a novnc issue[1]. Hold your re-checks. Cheers, gibi [1] https://bugs.launchpad.net/nova/+bug/1888237

2 2

[glance] issues with glance functional tests at gate
by Abhishek Kekane 21 Jul '20

21 Jul '20

Hello All, It seems that something merged/released during the past weekend (late Friday) causing failure of glance functional tests. We are working on fixing the same, till then please refrain from adding recheck on the patches. Thank you, Abhishek Kekane

1 1

[neutron] Cancelling Monday July 20th weekly team IRC meeting
by Miguel Lavalle 21 Jul '20

21 Jul '20

Dear Neutrinos, I have an agenda conflict so I won't be able to run the weekly team IRC meeting. Let's skip for this week Best regards Miguel

1 0

[qa][dev][all] Gate issues with devstack glance standalone w/o tls-proxy
by Radosław Piliszek 20 Jul '20

20 Jul '20

Morning, Folks! It seems the devstack glance standalone mode (the new default) is broken at the moment if not using tls-proxy. If your jobs break on g-api not coming up, then this is the likely case. So far it seems to have hit Neutron and Nodepool jobs (and hence also SDK and DIB for example). Please refrain from rechecking until solved. -yoctozepto

3 3

[ironic] Cancelling meeting for this week
by Julia Kreger 20 Jul '20

20 Jul '20

Greetings everyone, Sorry for the late notice, but we have OpenDev[0] today which overlaps with our weekly meeting. Since the topic of OpenDev this week is on Hardware Automation, I anticipate most of us will be joining OpenDev this morning gathering new requirements and driving the discussion forward. Thanks everyone! Again, sorry for the late notice. -Julia -- [0] https://www.openstack.org/events/opendev-2020/opendev-schedule-2

1 0

RabbitMQ consumer connection is refused when trying to read notifications
by Anil Jangam 20 Jul '20

20 Jul '20

Hi, I followed the video and the steps provided in this video link and the consumer connection is being refused. https://www.openstack.org/videos/summits/denver-2019/nova-versioned-notific… /etc/nova/nova.conf file changes.. [notifications] notify_on_state_change=vm_state default_level=INFO notification_format=both [oslo_messaging_notifications] driver=messagingv2 transport_url=rabbit://guest:guest@10.30.8.57:5672/ topics=notification retry=-1 The python consume code is as follows (followed the example provided in the video: transport = oslo_messaging.get_notification_transport( cfg.CONF, url='rabbit://guest:guest@10.30.8.57:5672/') targets = [ oslo_messaging.Target(topic='versioned_notifications'), ] Am I missing any other configuration in any of the services in OpenStack? Let me know if you need any other info. /anil.

2 2

[stein][watcher] Running watcher with sample Audit templates
by Sanjay K 20 Jul '20

20 Jul '20

Hello Watcher-dev, Would you please give any pointers on how to run watcher successfully based on my query posted at - ask.openstack.org <https://ask.openstack.org/en/question/128530/running-watcher-audit-template…> If the metric cpu_util is deprecated in the past, how are these sample templates given in the Watcher Stein release going to work? Whether I have to do anything to replace these kinds of deprecated metrics in watcher? Thank you for your help and support. Best regards, Sanjay

1 0

[neutron] Bug deputy report for week of July 13th
by Lajos Katona 20 Jul '20

20 Jul '20

Hi, I was Neutron bug deputy last week. A short summary of the reported bugs: - High bugs - https://bugs.launchpad.net/neutron/+bug/1887815 Neutron API - problem parsing semi-colon in Accept header - In Progress / Assigned - https://bugs.launchpad.net/neutron/+bug/1887992 [neutron-tempest-plugin] glance service failing during the installation - Fixed in Devstack - Medium bugs - https://bugs.launchpad.net/neutron/+bug/1887523 Deadlock detection code can be stale - In Progress (use oslo.b deadlock handling) => https://review.opendev.org/740977 - https://bugs.launchpad.net/neutron/+bug/1887281 [linuxbridge] ebtables delete arp protect chain fails - In Progress / Assigned => https://review.opendev.org/740588 - https://bugs.launchpad.net/neutron/+bug/1887405 Race condition while processing security_groups_member_updated events (ipset) - Unassigned - Low bugs - https://bugs.launchpad.net/neutron/+bug/1887778 neutron-ovn-migration-mtu does not support specifying project/user domain name - Assigned / In Progress => https://review.opendev.org/741410 - https://bugs.launchpad.net/neutron/+bug/1887781 neutron-ovn-migration-mtu does not adjust mtu on gre-networks - Assigned / In Progress => https://review.opendev.org/741414 - https://bugs.launchpad.net/neutron/+bug/1887385 String to byte conversion should provide the encoding type - Assigned / In progress => https://review.opendev.org/740693 - RFE - https://bugs.launchpad.net/neutron/+bug/1887497 Cleanup stale flows by cookie and table_id instead of just by cookie Only 1 is that still unassigned and some more checks are needed: https://bugs.launchpad.net/neutron/+bug/1887405 Lajos (lajoskatona)

1 0

[Zaqar][Project-Update]Encrypted Messages in Queue is coming !
by hao wang 20 Jul '20

20 Jul '20

Hi, stackers, In Victoria, the queue in Zaqar will support to encrypt messages before storing them into storage backends, also could support to decrypt (or not) messages when those are claimed by consumer. This feature will enhance the security of the messaging service. As you may know, currently, Zaqar can't encrypt any messages and just store those messages into storage backends. That'll bring some security issues like information leakage or hacker attack. So depending on this feature, we have a basic mechanism to protect user's data from those security threats. Now we will support the encryption algorithm AES-256 at first, we consider bringing more capacities in the future like supporting RSA and letting users chose what they want to use. Finding more details in [1] and now the code patch is ready for reviewing [2]. Welcome to anyone who's interested in this new feature! [1]https://review.opendev.org/#/c/731102/4 [2]https://review.opendev.org/#/c/738736/

1 0

Re: Floating IP's for routed networks
by Thomas Goirand 19 Jul '20

19 Jul '20

Hi Ryan, If you don't mind, I'm adding the openstack-discuss list in the loop, as this topic may be of interest to others. For mailing list readers, I'm trying to implement this: https://review.opendev.org/#/c/669395/ but I'm having some difficulties. I did a bit of investigation with some added LOG.info() in the code. When doing: > openstack subnet create vm-fip \ > --subnet-range 10.66.20.0/24 \ > --service-type 'network:routed' \ > --service-type 'network:floatingip' \ > --network multisegment1 Here's where neutron-api crashes. in db/ipam_backend_mixin.py: def _validate_segment(self, context, network_id, segment_id, action=None, old_segment_id=None): # TODO(tidwellr) Create and use a constant for the service type segments = subnet_obj.Subnet.get_subnet_segment_ids( context, network_id, filtered_service_type='network:routed') associated_segments = set(segments) if None in associated_segments and len(associated_segments) > 1: raise segment_exc.SubnetsNotAllAssociatedWithSegments( network_id=network_id) SubnetsNotAllAssociatedWithSegments() is raised, as you must already guessed. Here's the values... associated_segments is an array containing 3 values: 2 being the IDs of the segments I added previously, the 3rd one being None. This test is then matched. Where is that None value coming from? Is this the new subnet I'm trying to add? Maybe the filtered_service_type='network:routed' in the call: subnet_obj.Subnet.get_subnet_segment_ids() isn't working as expected? Printing the SQL query that is checked shows: SELECT subnets.segment_id AS subnets_segment_id FROM subnets WHERE subnets.network_id = %(network_id_1)s AND subnets.id NOT IN (SELECT subnet_service_types.subnet_id AS subnet_service_types_subnet_id FROM subnet_service_types WHERE subnets.network_id = %(network_id_2)s AND subnet_service_types.subnet_id = subnets.id AND subnet_service_types.service_type = %(service_type_1)s) though when doing by hand: SELECT subnets.segment_id AS subnets_segment_id FROM subnets the db has only 2 subnets, so it looks like the floating-ip subnet got added before the check, and is then removed when the above test fails. So I just removed the raise, and could add the subnet I wanted, but that's obviously not a long term solution. Your thoughts? Another problem that I'm having, is that neutron-bgp-dragent is not receiving (or processing) the messages from neutron-rpc-server. I've enabled DEBUG mode for oslo_messaging, and found out that when dr-agent starts and prints "Agent has just been revived. Scheduling full sync", it does send a message to neutron-rpc-server, which is replied, but it doesn't look like dr-agent processes the return message in its reply queue, and then prints in the logs: "imeout in RPC method get_bgp_speakers. Waiting for 17 seconds before next attempt. If the server is not down, consider increasing the rpc_response_timeout option as Neutron server(s) may be overloaded and unable to respond quickly enough.: oslo_messaging.exceptions.MessagingTimeout: Timed out waiting for a reply to message ID c1b401c9e10d481bb5e071f2c048e480". What is weird is that a few times (rarely), it worked, and the agent gets the reply. What should I do to investigate further? Cheers, Thomas Goirand (zigo)

3 4

SDK API to get the version of openstack distribution
by Anil Jangam 18 Jul '20

18 Jul '20

Hi, I am able to iterate through the list of hypervisors and servers as follows. for hypervisor in self.connection.list_hypervisors(): for server in self.connection.compute.servers(): However, I could not find an API that returns the version of the OpenStack i.e. whether it is Stein, Train, or Ussuri. Openstack CLI client has command: openstack versions show Thanks, /anil.

1 0

[octavia] Proposal to deprecate the amphora spares pool
by Michael Johnson 18 Jul '20

18 Jul '20

Back at the Victoria PTG the Octavia team discussed deprecating the spares pool capability of the amphora driver[1]. This would follow the standard OpenStack deprecation process[2]. There are a number of reasons this was proposed: 1. It adds a lot of complexity to the code. 2. It can't be used with Active/Standby load balancers due to server group (anti-affinity) limitations in Nova. 3. It provides only 15-30 seconds of speedup when provisioning a new load balancer on production clouds. 4. It makes supporting Octavia availability zones awkward as we have to boot spares instances in each AZ. 5. It can be confusing for people when it is enabled as there are always extra amphora running and being automatically recreated. Due to these reasons a patch has been proposed to deprecate spares pool support in the amphora driver: https://review.opendev.org/741686 Please comment on that patch and/or join the weekly Octavia IRC meeting if you have any concerns with this deprecation plan. Michael [1] https://etherpad.opendev.org/p/octavia-virtual-V-ptg [2] https://governance.openstack.org/tc/reference/tags/assert_follows-standard-…

1 0