December 2021 - openstack-discuss

[kolla] Dropping support for vmtp in Yoga
by Radosław Piliszek 20 Dec '21

20 Dec '21

Dear Users of Kolla! The Kolla project, so far, provided vmtp [1] image and ansible role. However, the status of those has been unknown (the ansible role looks pretty stale, still referencing ubuntu 16.04!) and now the vmtp image is failing to build so we are forced to disable it. [2] The project itself [1] looks rather unmaintained and it's outside of the openstack namespace so our plan is to drop support for it entirely in this cycle (Yoga). Please reply to this mail if you are using vmtp with Kolla in some recent release and are willing to contribute to let us keep supporting it. [1] https://opendev.org/x/vmtp [2] https://review.opendev.org/c/openstack/kolla/+/820043 Kind regards, -yoctozepto

1 1

[Glance] No weekly meeting until New Year
by Abhishek Kekane 20 Dec '21

20 Dec '21

Hello All, Christmas and New year holidays are approaching and most of the glance team is on vacation so we are canceling our next two weekly meetings. Next meeting will be on 06th January, 2022. Merry Christmas and Happy New year in advance!!! Cheers, Abhishek Kekane

1 0

[nova][placement] PTL on PTO until Jan 3rd
by Sylvain Bauza 20 Dec '21

20 Dec '21

Hi folks, I'll be off the keyboard from tonight and only be back on Monday January the 3rd. Have good holidays if you have them and good rest. For others, thanks for continuing to help Nova and see you again in 2022 ! -Sylvain

1 0

[qa] Cancelling office hour on Dec 28th due to holidays
by Martin Kopec 20 Dec '21

20 Dec '21

Hi all, we'll have the last office hour in 2021 tomorrow (Dec. 21st). Our first office hour in 2022 will be held on Dec. 4th. Merry Christmas and Happy New Year! Regards, -- Martin Kopec Senior Software Quality Engineer Red Hat EMEA

2 2

[nova] random unauthorized errors
by Ammad Syed 20 Dec '21

20 Dec '21

Hi, I am using nova 23.0.0 and I am randomly facing unauthorized error sometime when nova uses neutron or cinder phython3 client during listing of server and creation of server. When I list server again, it works fine. I have found below logs in nova-api. 2021-12-20 09:10:24.920 2689471 DEBUG nova.api.openstack.wsgi [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] Calling method '<bound method ServersController.detail of <nova.api.openstack.compute.servers.ServersController object at 0x7f840b6c5070>>' _process_stack /usr/lib/python3/dist-packages/nova/api/openstack/wsgi.py:513 2021-12-20 09:10:24.925 2689471 DEBUG nova.compute.api [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] Searching by: {'project_id': '890eb2b7d1b8488aa88de7c34d08817a', 'deleted': False} get_all /usr/lib/python3/dist-packages/nova/compute/api.py:2857 2021-12-20 09:10:24.930 2689471 DEBUG oslo_concurrency.lockutils [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] Lock "00000000-0000-0000-0000-000000000000" acquired by "nova.context.set_target_cell.<locals>.get_or_set_cached_cell_and_set_connections" :: waited 0.000s inner /usr/lib/python3/dist-packages/oslo_concurrency/lockutils.py:355 2021-12-20 09:10:24.931 2689471 DEBUG oslo_concurrency.lockutils [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default def2021-12-20 09:10:24.548 2689471 INFO nova.osapi_compute.wsgi.server [req-c5da1a3c-3c99-46c2-84e9-b504ccc5d156 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] 172.16.30.56 "GET /v2.1/ HTTP/1.1" status: 200 len: 800 time: 0.0048089 2021-12-20 09:10:24.697 2689471 DEBUG nova.osapi_compute.wsgi.server [req-572eca81-8d3b-4524-89e5-e4e1124a7ac5 - - - - -] (2689471) accepted ('172.16.30.56', 52016) server /usr/lib/pytho n3/dist-packages/eventlet/wsgi.py:992 2021-12-20 09:10:24.920 2689471 DEBUG nova.api.openstack.wsgi [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default defaul t] Calling method '<bound method ServersController.detail of <nova.api.openstack.compute.servers.ServersController object at 0x7f840b6c5070>>' _process_stack /usr/lib/python3/dist-packag es/nova/api/openstack/wsgi.py:513 2021-12-20 09:10:24.925 2689471 DEBUG nova.compute.api [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] Sear ching by: {'project_id': '890eb2b7d1b8488aa88de7c34d08817a', 'deleted': False} get_all /usr/lib/python3/dist-packages/nova/compute/api.py:2857 2021-12-20 09:10:24.930 2689471 DEBUG oslo_concurrency.lockutils [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default def ault] Lock "00000000-0000-0000-0000-000000000000" acquired by "nova.context.set_target_cell.<locals>.get_or_set_cached_cell_and_set_connections" :: waited 0.000s inner /usr/lib/python3/d ist-packages/oslo_concurrency/lockutils.py:355 2021-12-20 09:10:24.931 2689471 DEBUG oslo_concurrency.lockutils [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default def ault] Lock "00000000-0000-0000-0000-000000000000" released by "nova.context.set_target_cell.<locals>.get_or_set_cached_cell_and_set_connections" :: held 0.001s inner /usr/lib/python3/dist-packages/oslo_concurrency/lockutils.py:367 2021-12-20 09:10:24.933 2689471 DEBUG oslo_concurrency.lockutils [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] Lock "fc805771-7891-4095-8162-491cf824b02f" acquired by "nova.context.set_target_cell.<locals>.get_or_set_cached_cell_and_set_connections" :: waited 0.000s inner /usr/lib/python3/dist-packages/oslo_concurrency/lockutils.py:355 2021-12-20 09:10:24.934 2689471 DEBUG oslo_concurrency.lockutils [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] Lock "fc805771-7891-4095-8162-491cf824b02f" released by "nova.context.set_target_cell.<locals>.get_or_set_cached_cell_and_set_connections" :: held 0.001s inner /usr/lib/python3/dist-packages/oslo_concurrency/lockutils.py:367 2021-12-20 09:10:25.019 2689471 DEBUG nova.compute.multi_cell_list [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] Listed batch of 13 results from cell out of 21 limit. Returned 13 total so far. do_query /usr/lib/python3/dist-packages/nova/compute/multi_cell_list.py:371 2021-12-20 09:10:25.093 2689471 DEBUG oslo_concurrency.lockutils [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] Lock "fc805771-7891-4095-8162-491cf824b02f" acquired by "nova.context.set_target_cell.<locals>.get_or_set_cached_cell_and_set_connections" :: waited 0.000s inner /usr/lib/python3/dist-packages/oslo_concurrency/lockutils.py:355 2021-12-20 09:10:25.094 2689471 DEBUG oslo_concurrency.lockutils [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] Lock "fc805771-7891-4095-8162-491cf824b02f" released by "nova.context.set_target_cell.<locals>.get_or_set_cached_cell_and_set_connections" :: held 0.000s inner /usr/lib/python3/dist-packages/oslo_concurrency/lockutils.py:367 *2021-12-20 09:10:25.393 2689471 DEBUG neutronclient.v2_0.client [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] Error message: {"error": {"code": 401, "title": "Unauthorized", "message": "The request you have made requires authentication."}} _handle_fault_response /usr/lib/python3/dist-packages/neutronclient/v2_0/client.py:258* 2021-12-20 09:10:25.394 2689471 ERROR nova.network.neutron [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] Neutron client was not able to generate a valid admin token, please verify Neutron admin credential located in nova.conf: neutronclient.common.exceptions.Unauthorized: 401-{'error': {'code': 401, 'title': 'Unauthorized', 'message': 'The request you have made requires authentication.'}} 2021-12-20 09:10:25.395 2689471 INFO nova.api.openstack.wsgi [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] HTTP exception thrown: Networking client is experiencing an unauthorized exception. 2021-12-20 09:10:25.396 2689471 DEBUG nova.api.openstack.wsgi [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] Returning 400 to user: Networking client is experiencing an unauthorized exception. __call__ /usr/lib/python3/dist-packages/nova/api/openstack/wsgi.py:927 2021-12-20 09:10:25.398 2689471 INFO nova.osapi_compute.wsgi.server [req-91ee9c88-e8ab-4e9b-8e1a-ca8a807c7e45 2af528fdf3244e15b4f3f8fcfc0889c5 890eb2b7d1b8488aa88de7c34d08817a - default default] 172.16.30.56 "GET /v2.1/890eb2b7d1b8488aa88de7c34d08817a/servers/detail?limit=21&project_id=890eb2b7d1b8488aa88de7c34d08817a&sort_dir=desc&sort_dir=desc&sort_dir=desc&sort_key=created_at&sort_key=display_name&sort_key=uuid HTTP/1.1" status: 400 len: 529 time: 0.7002470 Is there anything that I need to change ? -- Regards, Syed Ammad Ali

1 0

[octavia] cancelling weekly meetings until 2022
by Gregory Thiemonge 20 Dec '21

20 Dec '21

Hi, As discussed during our last weekly meeting, the next 2 meetings (Dec 22nd and 29th) are cancelled. Our next meeting will be on January 5th, Greg

1 0

[neutron] PTL on PTO
by Lajos Katona 20 Dec '21

20 Dec '21

Hi, I will be on PTO, back in Tuesday, 04. 01. 2022. Don't hesitate to write, I will be reachable. Regards Lajos Katona (lajoskatona)

3 3

Inquiry on FWaaS Deprecation
by 권다진 20 Dec '21

20 Dec '21

1 0

[neutron] bug deputy report December 13th to 19th
by Miguel Lavalle 20 Dec '21

20 Dec '21

Hi, Here's this week's bugs deputy report: High ==== https://bugs.launchpad.net/neutron/+bug/1954666 "LoggingPlugin._clean_logs_by_target_id" failing in stable releases. Assigned to Rodolfo Alonso. Fixes: https://review.opendev.org/c/openstack/neutron/+/821563, https://review.opendev.org/c/openstack/neutron/+/821564, https://review.opendev.org/c/openstack/neutron/+/821565 Medium ====== https://bugs.launchpad.net/neutron/+bug/1954763 Creating ports in bulks can be very slow due to many IPAM module conflicts. Assigned to Slawek Kaplonski. Proposed fix: https://review.opendev.org/c/openstack/neutron/+/821727 https://bugs.launchpad.net/neutron/+bug/1954785 Session semantic violated when sending FloatingIP disassociation update during port deletion. Assigned to Szymon Wróblewski https://bugs.launchpad.net/neutron/+bug/1954942 [fullstack] Failure of "test_reschedule_network_on_new_agent". Needs owner https://bugs.launchpad.net/neutron/+bug/1955008 [functional] Failure of "test_floatingip_mac_bindings". Needs owner https://bugs.launchpad.net/neutron/+bug/1955010 [stable] py27 is not supported in "python-lazy-object-proxy" release 1.7.0. Assigned to Rodolfo Alonso Low ==== https://bugs.launchpad.net/neutron/+bug/1954903 [OVN] Add floating IP pools L3 extension to OVN L3 service. Assigned to Rodolfo Alonso. Proposed fix https://review.opendev.org/c/openstack/neutron/+/821818 https://bugs.launchpad.net/neutron/+bug/1955121 Update subnet with same gateway_ip as is already used should be allowed. Assigned to Slawek Kaplonski. Proposed fix: https://review.opendev.org/c/openstack/neutron/+/822098 Waiting for response from submitter =========================== https://bugs.launchpad.net/neutron/+bug/1954771 [OVN]MAC of lrp has not been updated in MAC_Binding when it re-associated. https://bugs.launchpad.net/neutron/+bug/1954777 setting same static route with subnet already exists as direct connected network Cheers Miguel

1 0

[horizon] Networks for different availability zones in Horizon
by hai wu 18 Dec '21

18 Dec '21

In Horizon "Launch Instance" workflow, in its 4th step of selecting networks for the new instance, it would always show all the available networks from all availability zones, regardless of which "Availability Zone" got picked in 1st step of "Details". I tried to update some DB field for availability zone hint for the relevant network, and that did not help. Any way to ensure in Horizon "Launch Instance" GUI workflow, after a user picking one availability zone in step 1, it would only show the related networks in that availability zone as available networks in step 4?

1 0