December 2020 - openstack-discuss

[cinder] wallaby R-18 mid-cycle summary available
by Brian Rosmaita 10 Dec '20

10 Dec '20

In case you missed the exciting cinder R-18 virtual mid-cycle session, I've posted a summary: https://wiki.openstack.org/wiki/CinderWallabyMidCycleSummary It includes a link to the recording (in case you want to see what you missed or if you want to re-live the excitement). We're planning to have another mid-cycle session the week of R-9. cheers, brian

1 0

[cyborg] No weekly meeting - December 10
by yumeng bao 10 Dec '20

10 Dec '20

Hello guys! As this week, cores of the team are either out of office, or busy with their company’s internal things before the new year holiday. As such, we are cancelling the December 10th meeting. If no other cancelling ML shows up, you can expect that meeting will be resumed next week on December 17th. Regards， Yumeng

1 0

[all]OpenStack + CentOS
by DHilsbos＠performair.com 10 Dec '20

10 Dec '20

All; As you may or may not know; yesterday morning RedHat announced the end of CentOS as a rebuild distribution[1]. "CentOS" will be retired in favor of the recently announced "CentOS Stream." Can OpenStack be installed on CentOS Stream? Since CentOS Stream is currently at 8, the question really is: Can OpenStack Victoria be installed on CentOS Stream 8? How about Ussuri? Thank you, Dominic L. Hilsbos, MBA Director - Information Technology Perform Air International Inc. DHilsbos(a)PerformAir.com<mailto:DHilsbos@PerformAir.com> www.PerformAir.com<http://www.PerformAir.com> [1: https://blog.centos.org/2020/12/future-is-centos-stream/] Dominic L. Hilsbos, MBA Director - Information Technology [Perform Air International, Inc.] DHilsbos(a)PerformAir.com<mailto:DHilsbos@PerformAir.com> 300 S. Hamilton Pl. Gilbert, AZ 85233 Phone: (480) 610-3500 Fax: (480) 610-3501 www.PerformAir.com<http://www.performair.com/>

4 5

[tc] weekly meeting
by Mohammed Naser 09 Dec '20

09 Dec '20

Hi everyone, Here’s the agenda for our weekly TC meeting. It will happen tomorrow (Thursday the 10th) at 1500 UTC in #openstack-tc, and I will be your chair. If you can’t attend, please put your name in the “Apologies for Absence” section. https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting # ACTIVE INITIATIVES * Follow up on past action items * W cycle goal selection start * Audit and clean-up tags (gmann) * X cycle release name vote recording (gmann) * CentOS 8 releases are discontinued / switch to CentOS 8 Stream (gmann/yoctozepto) * Open Reviews Thank you, Mohammed -- Mohammed Naser VEXXHOST, Inc.

1 0

[kolla] Ussuri Horizon containers fail after Centos 8.3 release
by Braden, Albert 09 Dec '20

09 Dec '20

We are running Train on Centos 7, but I'm experimenting with Adjutant under Ussuri on Centos 8. Until yesterday my Ussuri Horizon containers were ok, but after the Centos 8.3 release they started failing with "{"log":"CommandError: An error occurred during rendering /var/lib/kolla/venv/lib/python3.6/site-packages/openstack_dashboard/templates/horizon/_scripts.html: Couldn't find any precompiler in COMPRESS_PRECOMPILERS setting for mimetype '\\'text/javascript\\''.\n","stream":"stderr","time":"2020-12-08T20:08:03.267208752Z"}" I dug through the Centos release notes and didn't find anything there. [1] I already have the "lowercasing" issue fixed [2]. I see the javascript reference in _scripts.html [3] but it's not obvious what is going wrong. How can I work around this? Is there a variable I can set to build the container on Centos 8.2? Or is there a better way? More logs at [4] [1] https://wiki.centos.org/Manuals/ReleaseNotes/CentOS8.2011 [2] https://review.opendev.org/c/openstack/kolla/+/765854 [3] http://paste.openstack.org/show/800896/ [4] http://paste.openstack.org/show/800897/ I apologize for the nonsense below. So far I have not been able to stop it from being attached to my external emails. I'm working on it. E-MAIL CONFIDENTIALITY NOTICE: The contents of this e-mail message and any attachments are intended solely for the addressee(s) and may contain confidential and/or legally privileged information. If you are not the intended recipient of this message or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message and any attachments. If you are not the intended recipient, you are notified that any use, dissemination, distribution, copying, or storage of this message or any attachment is strictly prohibited.

2 2

[tripleo] Deployment update (node addition) after changing aggregate groups/zones
by Ruslanas Gžibovskis 09 Dec '20

09 Dec '20

Hi all. After changing the host aggregate group and zone, I cannot run OpenStack deploy command successfully again, even after updating deployment environment files according to my setup. I receive error bigger one in [0]: 2020-12-02 10:16:18.532419 | 52540000-0001-cf95-492f-0000000003ca | FATAL | Nova: Manage aggregate and availability zone and add hosts to the zone | undercloud | error={"changed": false, "msg": "ConflictException: 409: Client Error for url: http://10.120.129.199:8774/v2.1/os-aggregates/1/action, Cannot add host to aggregate 1. Reason: One or more hosts already in availability zone(s) ['Alpha01']."} I was following this link [1] instructions for "Configuring Availability Zones (AZ)" steps to modify with OpenStack commands. And zone was created successfully, but when I needed to add additional nodes, executed deployment again with increased numbers it was complaining about an incorrect aggregate zone, and now it is complaining about not empty zone with error [0] mentioned above. I have added aggregate zones into deployment files even role file... any ideas? Also, I think, this should be mentioned, that added it after install, you lose the possibility to update using tripleo tool and you will need to modify environment files with. [0] http://paste.openstack.org/show/800622/ [1] https://docs.openstack.org/project-deploy-guide/tripleo-docs/latest/feature… -- Ruslanas Gžibovskis +370 6030 7030

2 8

review.opendev.org issue?
by Chris Morgan 09 Dec '20

09 Dec '20

Seems down for me? -- Chris Morgan <mihalis68(a)gmail.com>

4 5

[manila] Graduation of share migration APIs
by Carlos Silva 09 Dec '20

09 Dec '20

Hello, fellow Zorillas and stackers! During the Wallaby PTG, the Manila team discussed the need to remove the experimental flags from the share migration feature APIs. Then, we have realized that there aren't many third party drivers that have implemented "driver-assisted/optimized share migration", so we wanted to get some input from vendors community members on this. Do you want/have plans to implement the driver optimized migration? It'd also be helpful to know if you have tested this feature (even using host assisted migration) or intend to test host assisted migration and can give us some feedback/thoughts on this? In order to graduate the share migration APIs, we must make sure that they are stable. We haven't had bugs opened against it but gathering feedback from the wider community would be helpful to us. Cheers, Carlos

1 0

[neutron] Status on BGP support when using OVN in Neutron
by Tim Sæterøy 09 Dec '20

09 Dec '20

Hi, I'm trying to explore BGP support when using OVN in Neutron, but haven't been able to find much info on the topic. According to [1] committed in march 2020, OVN seems to lack similar functionality as is seen in ML2/OVS, but there's no further references: > Currently ML2/OVS supports making a tenant subnet routable via BGP, > and can announce host routes for both floating and fixed IP > addresses. I've tried searching for 'bgp' on Neutrons launchpad for issues tagged with 'ovn', in the 'ovn-org/ovn' repo or on docs.ovn.org, but I'm getting blanks. Does anyone happen to know where OVN stands on this, and especially in the context of Neutron? Or perhaps able to point me in the right direction where I can find out more? Thanks. [1]: https://docs.openstack.org/neutron/victoria/ovn/gaps.html -- Tim

3 3

[Keystone]Question about access rules for identity API
by Rikimaru Honjo 09 Dec '20

09 Dec '20

Hi, Are the access rules not applied for identity API? I created an application credential with a access rule that allows only project list API. But the application credential allows all identity APIs. Is this correct? Are there any documents that explains about this? By the way, the application credential denied all other service's APIs. I think this behavior is correct. I use OpenStack Ubuntu. Best regards, -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ Rikimaru Honjo E-mail:honjo.rikimaru@ntt-tx.co.jp

1 1