February 2023 - openstack-discuss

Issues with virsh XML changing disk type after Nova live migration
by Budden, Robert M. (GSFC-606.2)[InuTeq, LLC] 14 Feb '23

14 Feb '23

Hello Community, We’ve hit a rather pesky bug that I’m hoping someone else has seen before. We have an issue with Nova where a set of Cinder backed VMs are having their XML definitions modified after a live migration. Specifically, the destination host ends up having the disk type changed from ‘qcow2’ to ‘raw’. This ends up with the VM becoming unbootable upon the next hard reboot (or nova stop/start is issued). The required fix ATM is for us to destroy the VM and recreate from the persistent Cinder volume. Clearly this isn’t a maintainable solution as we rely on live migration for patching infrastructure. Any thoughts, ideas, would be most welcome. Gory details are below. Here’s the key details we have: * Nova boot an instance from the existing volume works as expected. * After live migration the ‘type’ field in the virsh XML is changed from ‘qcow2’ -> ‘raw’ and we get a ‘No bootable device’ from the VM (rightly so) * After reverting this field automatically (scripted solution), a ‘nova stop’ followed by a ‘nova start’ yet again rewrites the XML with the bad type=’raw’. * It should be noted that before a live migration is performed ‘nova stop/start’ functions as expected, no XML changes are written to the virsh definition. * Injecting additional logs into the python on these two hosts I’ve narrowed it down to ‘bdm_info.connection_info’ on the destination end is choosing the ‘raw’ parameter somehow (I’ve only got so far through the code at this time). The etree.XMLParser of the source hypervisors XML definition is properly parsing out ‘qcow2’ type. Some background info: * We’re currently running the Wallaby release with the latest patches. * Hybrid OS (Stream8 /Rocky 8) on underlying hardware with the majority of the Control Plane Stream aside from our Neutron Network Nodes. Computes are roughly split 50/50 Stream/Rocky. * The Cinder volumes that experience this were copied in from a previous OpenStack cloud (Pike/Queens) on the backend. I.e. NetApp snapmirror, new bootable Cinder volume created on the backend, and an internal NetApp operation for a zero copy operation over the backing Cinder file. * Other Cinder volumes that don’t exhibit this to mostly be in ‘raw’ format already (we haven’t vetted every single bootable Cinder volume yet). * We’ve noticed these Cinder volumes lack some metadata fields that other Cinder volumes create by Glance have (more details below). Ideas we’ve tried: * Adjusting settings on both computes for ‘use_cow_images’ and ‘force_raw_images’ seem to have zero effect. * Manually setting the Cinder metadata parameters to no avail (i.e. openstack volume set --image-property disk_format=qcow2). Thanks! -Robert

3 5

[TripleO] Integrating external Graylog with openstack TripleO wallaby
by Kushagra Gupta 14 Feb '23

14 Feb '23

Hi Team, We have a tripleO environment. Our tripleO environment consists of 2 compute nodes, 3 controller nodes, and 1 undercloud node. TripleO Release: Wallaby We want to integrate the Graylog server with the tripleO openstack. Does tripleO support this integration? If so, could anyone please share some sources from where we can do the same? Thanks and Regards, Kushagra Gupta DISCLAIMER: This electronic message and all of its contents, contains information which is privileged, confidential or otherwise protected from disclosure. The information contained in this electronic mail transmission is intended for use only by the individual or entity to which it is addressed. If you are not the intended recipient or may have received this electronic mail transmission in error, please notify the sender immediately and delete / destroy all copies of this electronic mail transmission without disclosing, copying, distributing, forwarding, printing or retaining any part of it. Hughes Systique accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus.

1 0

[election][ptl][Kuryr] Candidacy for 2023.2 Bobcat
by Roman Dobosz 14 Feb '23

14 Feb '23

Hello, I would like to announce my candidacy to be the Kuryr PTL for the next Bobcat cycle. I've been Kuryr contributor since the Ussuri release and became core reviewers member at the end of Victoria cycle. I'm also the PTL since Antelope cycle. In the upcoming Bobcat cycle, I'd like to focus on Kuryr maintanance, stability and compatibility with upcoming Kubernetes release. Thanks, Roman Dobosz (gryf)

1 0

Replaying pcap captured network traffic into OpenStack Victoria
by Felipe Mogollon 14 Feb '23

14 Feb '23

Hello, I have an OpenStack Victoria with a controller+network+compute node plus a compute node. Both nodes are working fine and I have no problem with network traffic. If I try to replay some previously captured traffic from a tcpdump pcap file no traffic at all comes through qrouters. I have tried replaying network traffic from external machine to OpenStack and from OpenStack to external and internal machines and I have the same negative results in all cases. When I replay traffic from an external computer to an instance insde OpenStack I noticed that incoming packets go to the external interface of the qrouter but don't go passthrough to the internal interface from the qrouter. I have tried replaying traffic with scapy and tcpreplay and I get the same results in both cases. Any ideas? Thanks -- <https://www.vicomtech.org> Juan Felipe Mogollón Rodríguez Researcher | Investigador fmogollon(a)vicomtech.org +[34] 943 30 92 30 Digital Media <https://www.linkedin.com/company/vicomtech> <https://www.youtube.com/user/VICOMTech> <https://twitter.com/@Vicomtech> member of: <https://graphicsvision.ai/> La información que contiene este mensaje y sus adjuntos son confidenciales y están dirigidos exclusivamente a sus destinatarios. Si recibe este mensaje por error, se ruega nos lo comunique y proceda a su borrado. The information contained in this electronic message is intended only for the personal and confidential use of the recipients designated in the original message. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer.

1 0

[election][ptl][Octavia] Candidacy for 2023.2 Bobcat
by Gregory Thiemonge 14 Feb '23

14 Feb '23

Hi, I would like to announce my candidacy for Octavia PTL for the Bobcat release. I have been PTL since the Xena cycle and I want to continue to contribute to this role. For the Bobcat release I would like to focus on important internal tasks, such as completing the SQLAlchemy 2 migration and moving from python-neutronclient to openstacksdk. I would like also to improve the amphorav2 driver by analyzing and optimizing the SQL queries (we know we're doing many DB calls). Thanks for your consideration, Gregory Thiemonge (gthiemonge)

1 0

Live migration to host with advanced cpu results in instance inheriting incorrect cpu_model, even when overridden in nova.conf
by Andy Speagle 14 Feb '23

14 Feb '23

Hey Folks, We have a number of nodes in our openstack cluster who have the same family CPU (IvyBridge-IBRS) ... and one advanced CPU (Broadwell-IBRS). We have set the cpu_mode to custom and overridden the cpu_model to IvyBridge-IBRS so that all of the hosts would be compatible. This seems to work for instances started on the advanced host... we can live migrate off of the host. But... when we live migrate instances TO the advanced host... they seem to inherit the wrong CPU type. Example: If I live migrated onto the advanced host and then try to live migrate off of it... nova-compute logs on the older host throw: Error: Migration pre-check error: Unacceptable CPU info: CPU doesn't have compatibility. And the output clearly shows that it thinks it was launched on the Broadwell CPU: Instance launched has CPU info: {"arch": "x86_64", "model": "Broadwell- IBRS", "vendor": "Intel" ... With that instance on the advanced host, if I restart it... magically it comes up with the correct cpu_model and can be live migrated off... We're running ussuri ... does anyone know if this is known behavior? Could I have a misconfiguration somewhere? Thanks. -- Andy Speagle

1 0

[election][tc] TC candidacy for 2023
by Brian Rosmaita 14 Feb '23

14 Feb '23

Hello OpenStack Community, I am declaring my candidacy for a second term on the Technical Committee. I've been working on OpenStack since Folsom and currently serve as a core reviewer for the Glance and Cinder projects. In the past, I've been PTL of Glance and Cinder, and I am just now completing my first term on the Technical Committee. As I said last time, I don't have an agenda other than to represent active technical contributors to OpenStack and to participate in the TC in a manner consistent with its charter. Additionally, during my first term, I have been working with the OpenStack i18n SIG to refresh the translations infrastructure, and I would like to continue that work into the Bobcat development cycle. Thank you for considering my candidacy for the OpenStack Technical Committee. - Brian Rosmaita (rosmaita)

1 0

[publiccloud-sig] Reminder - next meeting Feb 15th - 0800 UTC
by Felix Kronlage-Dammers 13 Feb '23

13 Feb '23

Hi everyone, The next meeting of the Public Cloud SIG is on February 15th (this wednesday) at 0800 UTC. We meet on IRC in #openstack-operators. See also here for all other details: https://wiki.openstack.org/wiki/PublicCloudSIG read you on wednesday! felix

1 0

[election][ptl][openstack-ansible] Candidacy for 2023.2 Bobcat
by Dmitriy Rabotyagov 13 Feb '23

13 Feb '23

Hello everyone! I would like to announce my candidacy for the role of PTL of OpenStack-Ansible during the Bobcat/2023.2 cycle. I have been serving as the OpenStack PTL for quite a while now so with announcing my candidacy I also want to encourage other active contributors to participate in elections for keeping a healthy community and plurality of opinions in the project leadership. For the next cycle I would like to focus project development on: * Implementing SLURP upgrades both in terms of CI testing and upgrade script adjustment * Continue integration and improvement of PKI role with services * Keep up with latest supported versions of infrastructure software, like MariaDB, RabbitMQ and Ansible * Have progress on better functional testing of different scenarios for roles * Improve timing for our releases by decreasing the gap between OpenStack coordinated release and OSA trailing one. Thank you for your consideration!

1 0

[election][ptl][manila] Candidacy for 2023.2 Bobcat
by Carlos Silva 13 Feb '23

13 Feb '23

Hello everyone! I would like to announce my candidacy for the role of PTL of Manila during the Bobcat/2023.2 cycle. I have been serving as the Manila PTL for 2 cycles in a row and I would like to continue serving as PTL to this amazing community. During the last two cycles we have been focusing on closing the feature gap between the core of Manila and OpenStack Client, SDK and Manila UI, as well as engaging and encouraging contributor participation through mentoring and promoting collaborative activities, focusing on tech debt, and enhancing the tests coverage for various areas of Manila. We have also been putting efforts on making sure that relevant new features, fixes and enhancements are landing every single release. For the next cycle I would like to continue the great work we have been doing so far, but also have some focus on: * Continue encouraging active maintainers to actively do reviews so we can enhance our review bandwidth; mentor people to become core reviewers, as well as promote and participate in mentoring opportunities such as Outreachy, GHC and so on. * Continue to promote events like hackathons or bug squashes that will not only help us to achieve our goals such as enhancing our functional tests coverage and reduce the bug stats, but will also strengthen the community and get contributors to collaborate and create great learning opportunities. * Continue past cycles efforts to collaboratively cover the lack of documentation we have on third party CI setups for Manila, helping potential new vendors to quickly set up their CI systems. * Pursue the remaining changes keeping us from starting the deprecation of manilaclient in favor of the OpenStack client. Thank you for your consideration! Carlos da Silva IRC: carloss

1 0

[openstack-helm] switching to using service's user for requests
by Mohammed Naser 13 Feb '23

13 Feb '23

Hi team, I'm wondering if it makes sense for us to make a change in all of OpenStack Helm's code in order to make it use the service user for all requests. For example, right now, we are using the placement user in the `[placement]` section in Neutron, or the Neutron user in the `[neutron]` section in Nova. However, all of these users have the same exact role and permissions, so I believe it would help a lot in locking down services (let's say placement gets compromised, you can lock it's user only). I also think it will significantly simplify all of our code for endpoints for the different services, since we'll just be re-using the same credentials. Let me know what everyone thinks. Thanks, Mohammed -- Mohammed Naser VEXXHOST, Inc.

2 2

[election][ptl][designate] Candidacy for 2023.2 Bobcat
by Michael Johnson 13 Feb '23

13 Feb '23

Hello OpenStack community, I would like to announce my candidacy for PTL of Designate for the Bobcat cycle. I would like to continue to support the Designate team for the Bobcat release. For the Antelope release, we have continued our code stability work and focused development on a major new feature "Shared Zones". Looking forward to the Bobcat development cycle I expect to see a lot of work around updating for SQLAlchemy 2.x and introducing the "catalog zones" feature. Thank you for your support and your consideration for Bobcat, Michael Johnson (johnsom)

1 0

[cinder] Review Priorities R-5 (17th Feb, 2023)
by Rajat Dhasmana 13 Feb '23

13 Feb '23

Hello Argonauts, We've multiple deadlines this week (R-5 - 17th Feb, 2023) hence I would like to focus the team's review bandwidth towards the important reviews. 1) Cinderclient: 4 patches, 1 approved, 3 have +2s Important reviews: https://etherpad.opendev.org/p/cinderclient-antelope-release 2) python-brick-cinderclient-ext: 1 patch with +2 https://review.opendev.org/c/openstack/python-brick-cinderclient-ext/+/8735… 3) Feature Freeze: 12 features, 2 merged, 10 need reviews https://etherpad.opendev.org/p/cinder-antelope-features 4) Requirements Freeze: 4 patches but 2 potential ones https://review.opendev.org/q/(project:openstack/cinder+OR+project:openstack… Kindly focus on the above changes as they need to be merged this week for making into 2023.1 (Antelope) release. Thanks Rajat Dhasmana

1 0

[skyline] Is there a billing module available to integrate with Skyline?
by Roger Rivera 13 Feb '23

13 Feb '23

Hello, Skyline seems like an awesome contribution. We noticed there are price references on the video presentation of the Skyline dashboard. Does anybody know if there is an existing billing module that integrates with Skyline to add this functionality as seen in the bottom part of the screenshot? Any guidance to make this would be highly appreciated. Thank you -- *Roger Rivera*

3 2

[election][ptl][neutron] Candidacy for 2023.2 Bobcat
by Rodolfo Alonso Hernandez 13 Feb '23

13 Feb '23

Hello all: I would like to announce my candidacy for the role of PTL of Neutron for the Bobcat/2023.2 cycle. Let me introduce myself first. I started contributing to OpenStack in Liberty release (2015). I've contributed to several projects, mainly Neutron, neutron-lib, os-ken and os-vif, in addition to Nova and devstack. During the last two years I've been focused on the ML2/OVN integration, QoS and Placement related features and helping on the Neutron CI improvement and stabilization. For this new release, those are the main goals I would like to focus on: * Continue with the improvement of CI stability. This has been a very high time consuming task for the Neutron community, but the improvements can be seen in the number of rechecks and CI time used by Neutron. We must continue with this effort during the next release. * Keep working on the smart NIC / hardware offload testing. This is something I personally started during the last cycle but with little success, but we should continue with this effort. * Keep working on the approved (or active) specs with active developments: ** Metadata rate limit (LP#1989199) ** Expose backend hints in the port API, hint ovs-tx-steering (LP#1990842) ** ML2/OVN IPv6 Distributed routing (LP#1998609) ** Active-active L3 Gateway with Multihoming (LP#2002687) ** Configurable Security Group rules added by default to the new Security Groups (LP#1983053) Apart from those main goals, we should always keep an eye on: * The SQLAlchemy 2.0 migration and any possible issue detected. During the last two releases we found and solved several issues related to the migration to SQLAlchemy 2.0. We need to keep watching for new possible issues. * The Neutron's stadium ecosystem is alive and healthy: this is a permanent goal in any release. The Neutron ecosystem is wide and diverse and it is maintained with few resources. We should focus on those active projects and communities that support their respective repositories. * Still closing (or surpassing) the ML2/OVS - ML2/OVN feature gap. * The spec tracking and review, in order to continue adding new functionalities. Thank you in advance. Rodolfo Alonso Hernandez (ralonsoh, ralonsoh(a)redhat.com) Link: https://review.opendev.org/c/openstack/election/+/873508

1 0

[election][ptl][nova][placement] Candidacy for 2023.2 Bobcat
by Sylvain Bauza 13 Feb '23

13 Feb '23

Hey Nova and Placement folks, Despite me saying that Antelope would have been my last cycle as PTL, I have to fight the evidence : our project needs more contributors and we're struggled by our current dynamics. That's why I'm hereby proposing to act as PTL for this Bobcat release. When looking at the mirror, we tried a couple of things te lower the entry barrier in order to contribute to the Nova/Placement community : - we had a productive meet-and-greet session at the Berlin summit - we introduced a Review-Priority Gerrit label for identifying upstream interest - people volunteered for upstream bug triage on a weekly basis - we tried to minimize merge conflicts by ordering API changes Those different efforts worked pretty well for helping the Nova project to get more hands willing to solve problems, but it didn't helped that far the reviewing dynamics. Yes, we not only need contributors that contribute but we also need contributors that review what others contribute. During this Bobcat cycle, I'll propose a couple of incentives in that direction. This release is also special because it will be our first 'not-SLURP' [1] one. As a PTL, I'll take an attention to track all the developments so we can identify the necessary knobs in order to make this 'skipped' release a painless experience for our operators. Last but certainly not the least, the recent weeks showed us how fragile we are when our Zuul gate gets cold. I'll continue to propose help, support and visibility for our beloved firefighters that dig into those problems, including the stable branches which are crucial for many consumers of those branches. Anyway, nothing can happen magically, we need hands. Thanks, -Sylvain [1] https://governance.openstack.org/tc/resolutions/20220210-release-cadence-ad…

1 0

[neutron] Bug Deputy Report February 6 - 12
by Elvira Garcia Ruiz 13 Feb '23

13 Feb '23

Hi! Here you have the Neutron bug report from February 6th to 12th: Critical --------- - https://bugs.launchpad.net/neutron/+bug/2004656 - "rpc_workers" config variable needs to be registered in stadium projects Fix proposed https://review.opendev.org/c/openstack/neutron/+/872644 Assigned to ralonsoh High ------ - https://bugs.launchpad.net/neutron/+bug/2006112 - [OVN] Error during execution of "add_vnic_type_and_pb_capabilities_to_lsp" Fix proposed: https://bugs.launchpad.net/neutron/+bug/2006112 Assigned to ralonsoh - https://bugs.launchpad.net/neutron/+bug/2006603 - [FT] Test "OVSInterfaceEventTestCase.test_port_creation_and_deletion" randomly failing Fix proposed: https://review.opendev.org/c/openstack/neutron/+/873118 Assigned to ralonsoh - https://bugs.launchpad.net/neutron/+bug/2006612 - [FT] Test "TestOVNNeutronAgent.test_ovs_and_ovs_events" failing randomly Fix proposed: https://review.opendev.org/c/openstack/neutron/+/873126 Assigned to ralonsoh - https://bugs.launchpad.net/neutron/+bug/2006734 - [OVN] OVN trunk driver is not bumping the OVN LSP "external_ids:revision_number" Fix proposed: https://review.opendev.org/c/openstack/neutron/+/873296 - https://bugs.launchpad.net/neutron/+bug/2006735 - [OVN] OVN trunk driver is not bumping the OVN LSP "external_ids:revision_number" Fix proposed: https://review.opendev.org/c/openstack/neutron/+/873247 Assigned to ralonsoh - https://bugs.launchpad.net/neutron/+bug/2006264 - [CI] tox-py311 job timing out some times Unassigned https://bugs.launchpad.net/neutron/+bug/2006953 - [stable/wallaby] test_established_tcp_session_after_re_attachinging_sg is unstable on ML2/OVS iptables_hybrid job Unassigned - https://bugs.launchpad.net/neutron/+bug/2006683 - fwaas scenario job fails randomly Unassigned Medium ----------- - https://bugs.launchpad.net/neutron/+bug/2004581 - Neutron API query error, implicit cast does not exist in postgresql Fix proposed: https://review.opendev.org/c/openstack/neutron/+/872745 Assigned to ralonsoh - https://bugs.launchpad.net/neutron/+bug/2006496 - [L3-HA] "max_l3_agents_per_router" not honored when the redundancy is reduced Fix proposed: https://review.opendev.org/c/openstack/neutron/+/873107 Assigned to ralonsoh https://bugs.launchpad.net/neutron/+bug/2006949 - SLAAC and stateless DHCP are not working with stateless SG Assigned to Ihar Low ----- https://bugs.launchpad.net/neutron/+bug/2006122 - ExternalGatewayForFloatingIPNotFound returns misleading http status code Fix proposed: https://review.opendev.org/c/openstack/neutron-lib/+/872748 Assigned to Felix Huettner Undecided -------------- - https://bugs.launchpad.net/neutron/+bug/2006145 - BGP Speaker peer sessions down when rabbitmq offline I looked for the l3 bgp lieutenants for better triaging but I was not able to find them online. Kind regards, Elvira

1 0

[kolla]RabbitMQ HA policies define
by Satish Patel 13 Feb '23

13 Feb '23

Folks, I have deployed 3 node kolla controllers and notice rabbitMQ doesn't have any HA policy for queues. when i rebooted one of the nodes and found some messages got lost. Any reason kolla doesn't use HA policies by default? If i want to add policies then where should i specify them or any doc you can point me to define policies.

4 11

[trove] Larger than max_request_body_size
by Jorge Visentini 13 Feb '23

13 Feb '23

Hi all. I'm noob in Openstack, so I'm testing/studying the features. At the moment I am testing the Trove but I can't start a database instance... This error appears for me. 2023-02-10 18:07:19.888 1651 ERROR trove.taskmanager.models [-] Failed to create server for instance 58558983-e67e-465d-894f-456b118ff555 *Request is too large. Larger than max_request_body_size (114688). * (HTTP 413) (Request-ID: req-7993a97f-0738-4edf-aa6c-0c4c37f609c5) Traceback (most recent call last): File "/usr/lib/python3.9/site-packages/trove/taskmanager/models.py", line 844, in _create_server_volume server = self._create_server( File "/usr/lib/python3.9/site-packages/trove/taskmanager/models.py", line 999, in _create_server server = self.nova_client.servers.create( File "/usr/lib/python3.9/site-packages/novaclient/v2/servers.py", line 1562, in create return self._boot(response_key, *boot_args, **boot_kwargs) File "/usr/lib/python3.9/site-packages/novaclient/v2/servers.py", line 887, in _boot return self._create('/servers', body, response_key, File "/usr/lib/python3.9/site-packages/novaclient/base.py", line 363, in _create resp, body = self.api.client.post(url, body=body) File "/usr/lib/python3.9/site-packages/keystoneauth1/adapter.py", line 401, in post return self.request(url, 'POST', **kwargs) File "/usr/lib/python3.9/site-packages/novaclient/client.py", line 78, in request raise exceptions.from_response(resp, body, url, method) novaclient.exceptions.OverLimit: Request is too large. Larger than max_request_body_size (114688). (HTTP 413) (Request-ID: req-7993a97f-0738-4edf-aa6c-0c4c37f609c5) : novaclient.exceptions.OverLimit: Request is too large. Larger than max_request_body_size (114688). 2023-02-10 18:07:19.913 1651 ERROR oslo_messaging.rpc.server [-] Exception during message handling: trove.common.exception.TroveError: Failed to create server for instance 58558983-e67e-465d-894f-456b118ff555 Request is too large. Larger than max_request_body_size (114688). Can you help me? I don't know where I change this parameter... Have a good weekend for us! -- Att, Jorge Visentini +55 55 98432-9868

2 1

[all][tc] What's happening in Technical Committee: summary 2023 Feb 10: Reading: 5 min
by Ghanshyam Mann 11 Feb '23

11 Feb '23

Hello Everyone, Here is this week's summary of the Technical Committee activities. 1. TC Meetings: ============ * We had this week's meeting on Feb 8. Most of the meeting discussions are summarized in this email. The meeting logs are available @ https://meetings.opendev.org/meetings/tc/2023/tc.2023-02-08-16.00.log.html * The next TC weekly meeting will be on Feb 15 Wed at 16:00 UTC, Feel free to add the topic to the agenda[1] by Feb 14. 2. What we completed this week: ========================= * Defined 2023.2 cycle testing runtime[2] I have pushed the job template change which needs to wait until 2023.1 release[3] 3. Activities In progress: ================== TC Tracker for the 2023.1 cycle ------------------------------------- * Current cycle working items and their progress are present in the 2023.1 tracker etherpad[4]. Open Reviews ----------------- * Six open reviews for ongoing activities[5]. OpenInfra Board + OpenStack Syncup Call -------------------------------------------------- We continued the sync-up call with Board members on Feb 8[6]. We continued the discussion from the previous meeting on below two topics: 1. Renovate translation SIG i18 Brian gave the updates on this and weblate license is purchased. There is a discussion going on about hosting the service. Another thing pending on this is to find the maintainer to help in weblate hosting and translation work. Brian will discuss it with Ian and Seongsoo about it. 2. Less Diversity (of organization contributing to OpenStack) This was continued to know if there is any actual progress to solve this problem. We always discuss spreading the word about benefits to the community and hope more companies will come forward for help. We are still facing less diversity from organizations involved in upstream activities. Many projects are/will face a single company maintaining them and will end up on retirement if that company changes their plan. TripelO is a recent example of it. Proposal was to Guidelines for using the OpenStack/project release version/name in 1. releasenotes 2. Documentation ------------------------------------------------------------------------------------------------------------------------- As discussed in the last vPTG, there was some confusion about using the OpenStack release name or version and project version in release notes and documentation. Slawek proposed guidelines about it[7] which is up fore review. Defining 2023 upstream investment opportunities ------------------------------------------------------------ Every calendar year, TC defines the upstream investment opportunities where we need help and the organization can help. I have pushed the patch[8] to define the 2023 calendar year which is nothing but continuing last year's opportunities. Please let TC know if any of the areas/projects you think need help and should be added to this list. Cleanup of PyPI maintainer list for OpenStack Projects ---------------------------------------------------------------- The audit process is going on and a few projects have been completed [9]. There is a discussion also going on in ML[10]. JayF is working on an email template which can be used to communicate to additional developers to transfer the ownership to 'openstackci' account and remove them from the maintainer's list. The process to find the less active projects early in the cycle: ------------------------------------------------------------------------ No update this week. JayF started the etherpad to collect the data and define the criteria to help in this process[11]. Project updates ------------------- * Add Cinder Huawei charm[12] * Add the woodpecker charm to Openstack charms[13] * Retire xstatic-font-awesome[14] * mistral adopting PTL model[15] 4. How to contact the TC: ==================== If you would like to discuss or give feedback to TC, you can reach out to us in multiple ways: 1. Email: you can send the email with tag [tc] on openstack-discuss ML[16]. 2. Weekly meeting: The Technical Committee conduct a weekly meeting every Thursday 15:00 UTC [17] 3. Ping us using 'tc-members' nickname on #openstack-tc IRC channel. [1] https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Agenda_Suggesti… [2] https://review.opendev.org/c/openstack/governance/+/872232 [3] https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/873051 [4] https://etherpad.opendev.org/p/tc-2023.1-tracker [5] https://review.opendev.org/q/projects:openstack/governance+status:open [6] https://etherpad.opendev.org/p/2023-02-board-openstack-sync [7] https://review.opendev.org/c/openstack/governance/+/872769 [8] https://review.opendev.org/c/openstack/governance/+/872233 [9] https://etherpad.opendev.org/p/openstack-pypi-maintainers-cleanup [10] https://lists.openstack.org/pipermail/openstack-discuss/2023-January/031848… [11] https://etherpad.opendev.org/p/project-health-check [12] https://review.opendev.org/c/openstack/governance/+/867588 [13] https://review.opendev.org/c/openstack/governance/+/869752 [14] https://review.opendev.org/c/openstack/governance/+/872837 [15] https://review.opendev.org/c/openstack/governance/+/873260 [16] hhttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss [17] http://eavesdrop.openstack.org/#Technical_Committee_Meeting -gmann

1 0

Trove configuration - Larger than max_request_body_size
by Jorge Visentini 10 Feb '23

10 Feb '23

Hi all. I'm noob in Openstack, so I'm testing/studying the features. At the moment I am testing the Trove but I can't start a database instance... This error appears for me. 2023-02-10 18:07:19.888 1651 ERROR trove.taskmanager.models [-] Failed to create server for instance 58558983-e67e-465d-894f-456b118ff555 *Request is too large. Larger than max_request_body_size (114688). * (HTTP 413) (Request-ID: req-7993a97f-0738-4edf-aa6c-0c4c37f609c5) Traceback (most recent call last): File "/usr/lib/python3.9/site-packages/trove/taskmanager/models.py", line 844, in _create_server_volume server = self._create_server( File "/usr/lib/python3.9/site-packages/trove/taskmanager/models.py", line 999, in _create_server server = self.nova_client.servers.create( File "/usr/lib/python3.9/site-packages/novaclient/v2/servers.py", line 1562, in create return self._boot(response_key, *boot_args, **boot_kwargs) File "/usr/lib/python3.9/site-packages/novaclient/v2/servers.py", line 887, in _boot return self._create('/servers', body, response_key, File "/usr/lib/python3.9/site-packages/novaclient/base.py", line 363, in _create resp, body = self.api.client.post(url, body=body) File "/usr/lib/python3.9/site-packages/keystoneauth1/adapter.py", line 401, in post return self.request(url, 'POST', **kwargs) File "/usr/lib/python3.9/site-packages/novaclient/client.py", line 78, in request raise exceptions.from_response(resp, body, url, method) novaclient.exceptions.OverLimit: Request is too large. Larger than max_request_body_size (114688). (HTTP 413) (Request-ID: req-7993a97f-0738-4edf-aa6c-0c4c37f609c5) : novaclient.exceptions.OverLimit: Request is too large. Larger than max_request_body_size (114688). 2023-02-10 18:07:19.913 1651 ERROR oslo_messaging.rpc.server [-] Exception during message handling: trove.common.exception.TroveError: Failed to create server for instance 58558983-e67e-465d-894f-456b118ff555 Request is too large. Larger than max_request_body_size (114688). Can you help me? I don't know where I change this parameter... Have a good weekend for us! -- Att, Jorge Visentini +55 55 98432-9868

1 0

[neutron][releases] Issue with neutron-tempest-plugin in T, U and V
by Rodolfo Alonso Hernandez 10 Feb '23

10 Feb '23

Hello: I've started to see an error in the neutron-tempest-plugin job executions, in T, U and V. The hash used for these versions is the same [1]. This has been marked as the last version of this project in these releases. However I found [2] today. The library "guestmount" seems to be not present in Ubuntu 20.04 and we need to install it. That was done in [3] and is present in newer releases. My question here is: how do I push a patch for these versions (tag=1.6.0) and release a 2nd "last" version (if possible)? Thanks in advance. U and V last release: https://review.opendev.org/c/openstack/releases/+/864342 T last release: da9745f8b12dcb7e6f52d9ee868bc402cb44055e [1]https://paste.opendev.org/show/bkKq38Moq2qBXwpr4vSv/ [2]https://bugs.launchpad.net/neutron/+bug/2006763 [3]https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/813195

3 5

[election][ptl][tacker] PTL Candidacy for 2023.2 (Bobcat)
by Yasufumi Ogawa 10 Feb '23

10 Feb '23

Hi, I'd like to propose my candidacy for Tacker PTL for Bobcat cycle. I have been a Tacker's PTL since Victoria and mainly contributed to provide the latest features of ETSI-NVF standard features to enable operators to deploy their services. As Tacker team, we have focused on introducing container management support while revising the standard features to follow the latest API specifications. Our interest has been shifting to more practical usecases such as providing 5GC services with VRAN features on Tacker and OpenStack. I'd like to make a progress for expanding these usecases required by operators in the next cycle. Regards, Yasufumi (yasufum)

1 0

[heat][release] Proposing to EOL Train, Ussuri and Victoria
by Brendan Shephard 10 Feb '23

10 Feb '23

Hi folks, We’re looking to move Train, Ussuri and Victoria branches to EOL for Heat projects. Just reaching out to see if there are any objections, if I don’t hear anything back I’ll move forward with that this week. Cheers, Brendan Shephard Senior Software Engineer Red Hat Australia

2 3

[release] Release countdown for week R-5, Feb 13-17
by Thierry Carrez 10 Feb '23

10 Feb '23

Development Focus ----------------- We are getting close to the end of the 2023.1 Antelope cycle! Next week on February 16 is the Antelope-3 milestone, also known as feature freeze. It's time to wrap up feature work in the services and their client libraries, and defer features that won't make it to the 2023.2 Bobcat cycle. General Information ------------------- This coming week is the deadline for client libraries: their last feature release needs to happen before "Client library freeze" on February 16. Only bugfix releases will be allowed beyond this point. When requesting those library releases, you can also include the stable/2023.1 branching request with the review. As an example, see the "branches" section here: https://opendev.org/openstack/releases/src/branch/master/deliverables/pike/… February 16 is also the deadline for feature work in all OpenStack deliverables following the cycle-with-rc model. To help those projects produce a first release candidate in time, only bugfixes should be allowed in the master branch beyond this point. Any feature work past that deadline has to be raised as a Feature Freeze Exception (FFE) and approved by the team PTL. Finally, feature freeze is also a good time for submitting a first version of your cycle-highlights, ahead of the deadline on February 23. Cycle highlights are the raw data that helps shape what is communicated in press releases and other release activity at the end of the cycle, avoiding direct contacts from marketing folks. See https://docs.openstack.org/project-team-guide/release-management.html#cycle… for more details. Upcoming Deadlines & Dates -------------------------- Early bird deadline for OpenInfra Summit registration: February 15 Antelope-3 milestone (feature freeze): February 16 (R-5 week) Cycle Highlights Due: February 23 (R-4 week) RC1 deadline: March 2 (R-3 week) Final RC deadline: March 16 (R-1 week) Final 2023.1 Antelope release: March 22 Virtual PTG: March 27-31 -- Thierry Carrez (ttx)

1 0