- openstack-discuss - lists.openstack.org

[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 11 Feb '23

11 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 11 Feb '23

11 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 11 Feb '23

11 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 11 Feb '23

11 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

[mistral] lists and dict via CLI or dashboard not possible?
by Engelmann Florian 10 Feb '23

10 Feb '23

Hello, I spent 2 hours of testing the "example" workflow "create_instance" that was created by mistral-db-manage populate. Mistral 15.0.0 (including commit: 475c5cf34588fb88f2531883c957097ada5a5fb9 Fix sorting error when type is different) I tested with the CLI (python-mistralclient 4.5.0 as well as 3.7.0) and with the horizon mistral-dashboard (including this fix: mistraldashboard/workflows/forms.py @@ -56,7 +56,7 @@ class ExecuteForm(forms.SelfHandlingForm): def handle(self, request, data): try: - data['workflow_id'] = data.pop('workflow_name') + data['wf_identifier'] = data.pop('workflow_name') data['workflow_input'] = {} for param in self.workflow_parameters: value = data.pop(param) Now it looks like mistral and the mistral-dashboard are working. But: How to enter a list or a dict to any input field? The definition of "create_instance" looks like: --- version: '2.0' create_instance: type: direct description: | Creates VM and waits till VM OS is up and running. input: - name - image_id - flavor_id - ssh_username: null - ssh_password: null # Name of previously created keypair to inject into the instance. # Either ssh credentials or keypair must be provided. - key_name: null # Security_groups: A list of security group names - security_groups: null # An ordered list of nics to be added to this server, with information about connected networks, fixed IPs, port etc. # Example: nics: [{"net-id": "27aa8c1c-d6b8-4474-b7f7-6cdcf63ac856"}] - nics: null task-defaults: on-error: - delete_vm output: ip: <% $.vm_ip %> id: <% $.vm_id %> name: <% $.name %> status: <% $.status %> tasks: create_vm: description: Initial request to create a VM. action: nova.servers_create name=<% $.name %> image=<% $.image_id %> flavor=<% $.flavor_id %> input: key_name: <% $.key_name %> security_groups: <% $.security_groups %> nics: <% $.nics %> publish: vm_id: <% task(create_vm).result.id %> on-success: - search_for_ip ... But eg, "nics" (mandatory) expects a dict: https://docs.openstack.org/python-novaclient/rocky/reference/api/novaclient… nics – An ordered list of nics (dicts) to be added to this server, with information about connected networks, fixed IPs, port etc. Beginning in microversion 2.37 this field is required and also supports a single string value of ‘auto’ or ‘none’. The ‘auto’ value means the Compute service will automatically allocate a network for the project if one is not available. This is the same behavior as not passing anything for nics before microversion 2.37. The ‘none’ value tells the Compute service to not allocate any networking for the server. and "security_groups" a list: security_groups – A list of security group names I tried all possible notations... and gave up after 2 hours. Is it possible to use that workflow from the CLI and the mistral-dashboard? How? Could anybody please provide some examples for "nics" and "security_groups"? All the best, Florian

1 1

[magnum] Other Distro for k8s
by Nguyễn Hữu Khôi 10 Feb '23

10 Feb '23

Hello guys. I know that Magnum is using Fedora Coreos for k8s. Why don't we use a long-term distro such as Ubuntu for this project? I will be more stable. and this project seems obsolete with the old version for k8s. Nguyen Huu Khoi

3 6

[all][tc] Recap of Q1 OpenInfra Board Sync with OpenStack
by Jeremy Stanley 10 Feb '23

10 Feb '23

Interested members of the OpenStack community and OpenInfra Foundation board of directors met via conference call yesterday for an informal quarterly discussion. The call lasted one hour, and primary topics of discussion were an update on the replacement translation platform and the impact of contributor diversity on project sustainability. You can find brief notes here: https://etherpad.opendev.org/p/r.f3414b0bc2932c55376fbc1babde2192 We did not discuss a next time to meet, but since we've done the past three calls approximately three months apart, I propose we schedule 20:00 UTC on Wednesday, May 10. If there are no objections in the coming days, I'll distribute a placeholder calendar file for everyone's convenience. I've also created a new pad here for brainstorming topics for the upcoming discussion: https://etherpad.opendev.org/p/2023-05-board-openstack-sync -- Jeremy Stanley

1 0

Re: [TripleO] Last maintained release of TripleO is Wallaby
by Ümit Seren 10 Feb '23

10 Feb '23

What are the implications with regards to RDO and RHOSP which are based on TripleO ? Will they move to a different deployment method or will also development seize after Zed ? Best Ümit Seren From: James Slagle <james.slagle(a)gmail.com> Date: Wednesday, 8. February 2023 at 18:38 To: OpenStack Discuss <openstack-discuss(a)lists.openstack.org> Subject: [TripleO] Last maintained release of TripleO is Wallaby The team of TripleO developers, reviewers, and community have no plans to do another release of TripleO, or to continue maintaining the Zed release. This means the last maintained release of TripleO is Wallaby. The plan is to continue to maintain the train and wallaby branches of TripleO repositories under the openstack namespace. We plan to continue to run existing CI on those branches, although we anticipate reducing to a minimal set of jobs in the future. Going forward, the TripleO team expects to continue involvement in other OpenStack projects, and focus on different approaches to OpenStack deployment. The team is not aware of enough other community interest to continue to maintain the zed, master, and future branches of TripleO. Eventually, we will empty commit these branches with a pointer to Wallaby being the last release. If other interests do exist to maintain TripleO going forward, then those plans can adjust. TripleO does not plan on nominating a PTL in the current Bobcat election cycle. If a PTL-like contact is needed for train and wallaby maintenance, then someone will be nominated. I am also not sure how to reflect this project structure change within openstack/governance, and am looking for guidance on how to do so. This type of change did not seem to exactly fit within the concepts of inactive or retired projects. I can work on the patches for governance with some direction, if anyone can provide it. Thanks, and please let us know any questions or feedback about this plan. -- -- James Slagle --

8 8

Re Error by Snapshot (Wassilij Kaiser)
by Wassilij Kaiser 09 Feb '23

09 Feb '23

Hi Linux version 5.4.0-135-generic (buildd@lcy02-amd64-066) (gcc version 9.4.0 (Ubuntu 9.4.0-1ubuntu1~20.04.1)) #152-Ubuntu SMP Wed Nov 23 20:19:22 UTC 2022 iscsi storage Device Stack Cluster F UUID Label /dev/sdb o2cb ED9F270C8CC64F72B889A1154BE76F64 cluster-storage /dev/mapper/instances o2cb ED9F270C8CC64F72B889A1154BE76F64 cluster-storage /dev/sde o2cb ED9F270C8CC64F72B889A1154BE76F64 cluster-storage /dev/sdd o2cb ED9F270C8CC64F72B889A1154BE76F64 cluster-storage /dev/sdc o2cb ED9F270C8CC64F72B889A1154BE76F64 cluster-storage ||/ Name Version Architecture Description +++-==============-=================-============-====================================== ii apparmor 2.13.3-7ubuntu5.1 amd64 user-space parser utility for AppArmor Compiled against library: libvirt 8.0.0 Using library: libvirt 8.0.0 Using API: QEMU 8.0.0 Running hypervisor: QEMU 4.2.1 Best regards Wassilij Kaiser

1 0

Error by Snapshot
by Wassilij Kaiser 09 Feb '23

09 Feb '23

Hi, I take a snapshot of Running Instances. The following error occurs inLibvirtd: invalid argument: disk vda does not have an active block job Feb 09 07:42:07 bc1bl08 libvirtd[3860778]: internal error: Child process (LIBVIRT_LOG_OUTPUTS=3:stderr /usr/lib/libvirt/virt-aa-helper -r -u libvirt-12acd6a6-7e6b-405e-8760-7ccbac7d9d82) unexpected exit status 1: 2023-02-09 07:42:07.356+0000: 1763455: info : l> 2023-02-09 07:42:07.356+0000: 1763455: info : hostname: bc1bl08 2023-02-09 07:42:07.356+0000: 1763455: error : virDomainDiskDefMirrorParse:8800 : unsupported configuration: unknown mirror job type '' virt-aa-helper: error: could not parse XML virt-aa-helper: error: could not get VM definition Feb 09 07:42:07 bc1bl08 libvirtd[3860778]: internal error: cannot update AppArmor profile 'libvirt-12acd6a6-7e6b-405e-8760-7ccbac7d9d82' Feb 09 07:42:07 bc1bl08 libvirtd[3860778]: Unable to restore security label on /var/lib/nova/instances/snapshots/tmp13rvs6s5/2b0ec8c400634e5d937b5d6a9e0e26ef.delta # Ansible managed DISTRIB_ID="OSA" DISTRIB_RELEASE="25.2.0" DISTRIB_CODENAME="Yoga" DISTRIB_DESCRIPTION="OpenStack-Ansible" Did any of you have the same Error and how did you solve them? I think, For this reason, snapshots are not created. Wassilij Kaiser

2 2

[octavia] Octavia management IP fragment
by Nguyễn Hữu Khôi 09 Feb '23

09 Feb '23

Hello guys. I am using octavia but I see a problem with managing octavia instances, their name and their management ip are not useful to know which LB belongs to. I hope someone will give me some solutions. Nguyen Huu Khoi

2 2

Openstack TripleO Intergration with External Prometheus
by Lokendra Rathour 09 Feb '23

09 Feb '23

Hi team, TripleO Release: Wallaby Prometheus server version: 2.37.5 Node exporter version: 1.5.0 Grafana version: 8.5.20-1 *Query:* we need to integrate Prometheus with OpenStack TripleO, please help share any documents/links to validate this test case. -- ~ Lokendra skype: lokendrarathour

2 1

Zed OVN DPDK Support
by Lazuardi Nasution 09 Feb '23

09 Feb '23

Hi, Due to the depreciation of ovn/vif_type config, I'm still confused about how to implement OVN with DPDK in the proper way. In my experience, br-int datapath_type always returns to the "system" form "netdev" everytime VIF is plugged, even if it is from the first VM created on an empty compute node. My suspicion is related to the following debug log of nova-computer. 2023-02-09 04:34:42.395 1192435 DEBUG ovsdbapp.backend.ovs_idl.transaction [-] Running txn n=1 command(idx=0): AddBridgeCommand(name=br-int, may_exist=True, datapath_type=system) do_commit /usr/lib/python3/dist-packages/ovsdbapp/backend/ovs_idl/transaction.py:90 For information, following is the compute node OVS and Chassis configuration before any VIF is plugged. root@compute01:~# ovs-vsctl list Open_vSwitch _uuid : 799b3140-fe2e-48c6-9779-679152f2eb32 bridges : [6a3b363d-99c7-47b6-9c30-167fbf18cbd8, d2d5b32e-4089-493b-870a-aa056e311b92, ea68d505-bb91-4b15-a532-b942ea9c4e9f] cur_cfg : 440 datapath_types : [netdev, system] datapaths : {netdev=90cd281a-5890-4202-b7b2-ce2fe0bc538f, system=fa3dc7b5-929f-4cad-bdf0-36dbf9ddf78e} db_version : "8.3.0" dpdk_initialized : true dpdk_version : "DPDK 21.11.2" external_ids : {hostname=compute01, ovn-bridge-datapath-type=netdev, ovn-bridge-mappings="provider:br-provider", ovn-encap-ip="10.10.203.14", ovn-encap-type=geneve, ovn-nb="tcp:haproxy.internal:6641", ovn-openflow-probe-interval="60", ovn-remote="tcp:haproxy.internal:6642", ovn-remote-probe-interval="60000", rundir="/var/run/openvswitch", system-id="673c46a0-d9a1-40f8-a164-537693fabf95"} iface_types : [bareudp, dpdk, dpdkvhostuser, dpdkvhostuserclient, erspan, geneve, gre, gtpu, internal, ip6erspan, ip6gre, lisp, patch, stt, system, tap, vxlan] manager_options : [] next_cfg : 440 other_config : {dpdk-init="true", dpdk-socket-mem="1024,1024", pmd-cpu-mask="0x000200000002000200000002", vlan-limit="0"} ovs_version : "3.0.1" ssl : [] statistics : {} system_type : ubuntu system_version : "22.04" root@compute01:~# ovs-vsctl list Bridge _uuid : ea68d505-bb91-4b15-a532-b942ea9c4e9f auto_attach : [] controller : [] datapath_id : "000006d568ea154b" datapath_type : netdev datapath_version : "<built-in>" external_ids : {netplan="true", "netplan/global/set-fail-mode"=standalone, "netplan/mcast_snooping_enable"="false", "netplan/rstp_enable"="false"} fail_mode : standalone flood_vlans : [] flow_tables : {} ipfix : [] mcast_snooping_enable: false mirrors : [] name : br-tun netflow : [] other_config : {} ports : [167cf55f-d2be-48e2-b81c-fcaa0094125b, 2deee00a-86ca-4a4a-8466-682beb2da724, eba98d21-a6d8-4a17-9303-98eb760927ab] protocols : [] rstp_enable : false rstp_status : {} sflow : [] status : {} stp_enable : false _uuid : 6a3b363d-99c7-47b6-9c30-167fbf18cbd8 auto_attach : [] controller : [] datapath_id : "00005e94f53c221f" datapath_type : netdev datapath_version : "<built-in>" external_ids : {ct-zone-049ede3f-a6b8-4498-a278-aa50f69a9340="4", ct-zone-5ba9d829-5034-4f6e-9c50-84112d316eea="3", ct-zone-65177e75-c36c-44f8-b980-8d129bad6b05_dnat="7", ct-zone-65177e75-c36c-44f8-b980-8d129bad6b05_snat="8", ct-zone-7e87f5da-3510-42aa-85b3-b87e3ed53cbd_dnat="2", ct-zone-7e87f5da-3510-42aa-85b3-b87e3ed53cbd_snat="1", ct-zone-f12fcb10-d5f1-4b96-8787-bfc5b5dee282_dnat="6", ct-zone-f12fcb10-d5f1-4b96-8787-bfc5b5dee282_snat="5", netplan="true", "netplan/global/set-fail-mode"=standalone, "netplan/mcast_snooping_enable"="false", "netplan/rstp_enable"="false", ovn-nb-cfg="119", ovn-nb-cfg-ts="1675915566313", ovn-startup-ts="1675897357360"} fail_mode : secure flood_vlans : [] flow_tables : {} ipfix : [] mcast_snooping_enable: false mirrors : [] name : br-int netflow : [] other_config : {disable-in-band="true", hwaddr="5e:94:f5:3c:22:1f"} ports : [0e30606b-00ff-4202-83a7-57505987df79, 4bf11193-ac2f-4101-9eb9-102b5c5e8bf5, 5a20376a-6ec3-49b3-af74-4ecf04636fb2, 62ef10f0-0267-42f7-ac3a-49b8b9e6d816, 8d46690a-3ea8-420f-9bf3-d2aac5f22729, a6eb963a-c410-477c-b11c-4e02ecb17450, bbc9526a-836e-42d5-a2af-85f344eeba8a, cd7200a2-834e-4488-b8ed-3b61e881d6d0, d13d01ee-9fe8-4f21-ab12-831697870e34, d9fa4b5c-77ce-42af-8014-e1f21102f2c4, f6cb742a-2afa-4f00-87d5-8c07067573f3] protocols : [] rstp_enable : false rstp_status : {} sflow : [] status : {} stp_enable : false _uuid : d2d5b32e-4089-493b-870a-aa056e311b92 auto_attach : [] controller : [] datapath_id : "00002eb3d5d23b49" datapath_type : netdev datapath_version : "<built-in>" external_ids : {netplan="true", "netplan/global/set-fail-mode"=standalone, "netplan/mcast_snooping_enable"="false", "netplan/rstp_enable"="false"} fail_mode : standalone flood_vlans : [] flow_tables : {} ipfix : [] mcast_snooping_enable: false mirrors : [] name : br-provider netflow : [] other_config : {} ports : [43d1234c-7dfb-450f-90fb-80c67bac0a9b, 811af772-eac0-4985-8125-a65958bb8c20, 87123c6a-554f-4d51-90fe-14ed709a95a9] protocols : [] rstp_enable : false rstp_status : {} sflow : [] status : {} stp_enable : false root@controller03:~# ovn-sbctl list Chassis "673c46a0-d9a1-40f8-a164-537693fabf95" _uuid : d966cc0e-14cb-4779-b433-d681849f54cd encaps : [afc6b6bb-3698-42ec-a269-579fd4bfdf27] external_ids : {} hostname : compute01 name : "673c46a0-d9a1-40f8-a164-537693fabf95" nb_cfg : 0 other_config : {ct-no-masked-label="true", datapath-type=netdev, iface-types="bareudp,dpdk,dpdkvhostuser,dpdkvhostuserclient,erspan,geneve,gre,gtpu,internal,ip6erspan,ip6gre,lisp,patch,stt,system,tap,vxlan", is-interconn="false", mac-binding-timestamp="true", ovn-bridge-mappings="provider:br-provider", ovn-chassis-mac-mappings="", ovn-cms-options="", ovn-enable-lflow-cache="true", ovn-limit-lflow-cache="", ovn-memlimit-lflow-cache-kb="", ovn-monitor-all="false", ovn-trim-limit-lflow-cache="", ovn-trim-timeout-ms="", ovn-trim-wmark-perc-lflow-cache="", port-up-notif="true"} transport_zones : [] vtep_logical_switches: [] Any clue about this situation? Best regards.

1 0

[all][election][tc]Current election statistics/summary
by Tony Breeds 09 Feb '23

09 Feb '23

Hello all, We're just over halfway through the window for PTL and TC nominations and we're low on candidates. We have a single candidate, of 5, for the TC Yours Tony.

1 0

[all][elction][ptl] Current election statistics/summary
by Tony Breeds 09 Feb '23

09 Feb '23

Hello all, We're just over halfway through the window for PTL and TC nominations and we're low on candidates. Somewhere around 15% of projects have valid candidates --- Nominations started @ 2023-02-01 23:45:00 UTC Nominations end @ 2023-02-15 23:45:00 UTC Nominations duration : 14 days, 0:00:00 Nominations remaining : 6 days, 22:40:20 Nominations progress : 50.40% --------------------------------------------------- Projects[1][2] : 52 Projects with candidates : 7 ( 13.46%) Projects with election : 0 ( 0.00%) --------------------------------------------------- Need election : 0 () Need appointment : 45 (Adjutant Barbican Blazar Cinder Cloudkitty Cyborg Designate Ec2_Api Freezer Glance Heat Horizon Keystone Kolla Kuryr Magnum Manila Masakari Mistral Monasca Neutron Nova Octavia OpenStackAnsible OpenStackSDK OpenStack_Charms Openstack_Chef Oslo Puppet_OpenStack Quality_Assurance Rally Release_Management Requirements Sahara Senlin Skyline Storlets Swift Tacker Telemetry Tripleo Trove Venus Vitrage Winstackers) =================================================== Stats gathered @ 2023-02-09 01:04:40 UTC Yours Tony. [1] These numbers currently include the projects that are run under distributed project leadership mistral[3], oslo, release and requirements [2] These numbers currently include tripleo which is in an unclear state from a governance POV [3] Mistral is currently DPL, but has a PTL candidate and *may* switch models

1 0

Re: [trove] Stopped OpenStack Trove Guest Agent Service for Development.
by Hirotaka Wakabayashi 09 Feb '23

09 Feb '23

Hello Uday, > Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed to load environment files: No such file or directory When trovestack runs with dev_mode=true, guest-agent requires the environment file "/etc/trove/controller.conf", which is created by nova on boot time, but the error message above seems to say the file does not exist. https://opendev.org/openstack/trove/src/branch/master/integration/scripts/f… I think you should make sure your DIB_CLOUD_INIT_DATASOURCES environment contains "OpenStack" when creating your image to make cloud-init create the file by using metadata service. FYI: https://docs.openstack.org/trove/latest/admin/building_guest_images.html Thanks, Hirotaka On Monday, February 6, 2023 at 11:27:27 PM GMT+9, <openstack-discuss-request(a)lists.openstack.org> wrote: Send openstack-discuss mailing list submissions to openstack-discuss(a)lists.openstack.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss or, via email, send a message with subject or body 'help' to openstack-discuss-request(a)lists.openstack.org You can reach the person managing the list at openstack-discuss-owner(a)lists.openstack.org When replying, please edit your Subject line so it is more specific than "Re: Contents of openstack-discuss digest..." Today's Topics: 1. [osprofiler] CI broken, looks like something related to ChangeLog not generated (Sahid Orentino Ferdjaoui) 2. Re: Experience with VGPUs (Jonathan Rosser) 3. [largescale-sig] Next meeting: Feb 8, 9utc (!) (Thierry Carrez) 4. Stopped OpenStack Trove Guest Agent Service for Development. (Uday Dikshit) ---------------------------------------------------------------------- Message: 1 Date: Mon, 06 Feb 2023 12:37:39 +0000 From: Sahid Orentino Ferdjaoui <sahid.ferdjaoui(a)industrialdiscipline.com> To: openstack-discuss(a)lists.openstack.org Subject: [osprofiler] CI broken, looks like something related to ChangeLog not generated Message-ID: <Y+D0j/GDzLNh0MsX(a)system76-pc.localdomain> Content-Type: text/plain; charset=utf-8 Hello, There is a change here that is fixing functional test issues on CI. But we still have an issue with ChangeLog. https://review.opendev.org/c/openstack/osprofiler/+/840711 Looks like pbr should generate it, then we include it on history.rst. But for some reason it seems that the file is not generated or got deleted at some point. Locally that is working right. Any idea what may be the problem here? https://zuul.opendev.org/t/openstack/build/a6df711e249c4666a1a26ca6b25d6f42 Thanks, s. ------------------------------ Message: 2 Date: Mon, 6 Feb 2023 13:15:44 +0000 From: Jonathan Rosser <jonathan.rosser(a)rd.bbc.co.uk> To: openstack-discuss(a)lists.openstack.org Subject: Re: Experience with VGPUs Message-ID: <b840ea48-f19e-0b5a-b01a-b0692059f1da(a)rd.bbc.co.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Hi Tobias, Thankyou for posting the scripts to recreate the mdev, those are very useful and have worked OK in our environment. Managing the race conditions between the nvidia gpu manager starting, re-creating the mdev and holding off nova-compute starting until that is all complete seems quite tricky. I see the comments on https://review.opendev.org/c/openstack/nova/+/864418 and I'm also interested to know how the ordering between udev rules execution and the nvidia driver being sufficiently initialised to create mdev can be expressed. Thanks again for the scripts, Jonathan. On 17/01/2023 08:54, Tobias Urdin wrote: > Hello, > > We are using vGPUs with Nova on OpenStack Xena release and we?ve had a > fairly good experience integration > NVIDIA A10 GPUs into our cloud. > > As we see it there is some painpoints that just goes with mantaining > the GPU feature. > > - There is a very tight coupling of the NVIDIA driver in the guest > (instance) and on the compute node that needs to > ? be managed. > > - Doing maintainance need more planning i.e powering off instances, > NVIDIA driver on compute node needs to be > ? rebuilt on hypervisor if kernel is upgraded unless you?ve > implemented DKMS for that. > > - Because we?ve different flavor of GPU (we split the A10 cards into > different flavors for maximum utilization of > ? other compute resources) we added custom traits in the Placement > service to handle that, handling that with > ? a script since doing anything manually related to GPUs you will get > confused quickly. [1] > > - Since Nova does not handle recreation of mdevs (or use the new > libvirt autostart feature for mdevs) we have > ? a systemd unit that executes before the nova-compute service that > walks all the libvirt domains and does lookups > ? in Placement to recreate the mdevs before nova-compute start. [2] > [3] [4] > > Best regards > Tobias > > DISCLAIMER: Below is provided without any warranty of actually working > for you or your setup and does > very specific things that we need and is only provided to give you > some insight and help. Use at your own risk. > > [1] https://paste.opendev.org/show/b6FdfwDHnyJXR0G3XarE/ > [2] https://paste.opendev.org/show/bGtO6aIE519uysvytWv0/ > [3] https://paste.opendev.org/show/bftOEIPxlpLptkosxlL6/ > [4] https://paste.opendev.org/show/bOYBV6lhRON4ntQKYPkb/ ------------------------------ Message: 3 Date: Mon, 6 Feb 2023 14:20:50 +0100 From: Thierry Carrez <thierry(a)openstack.org> To: "openstack-discuss(a)lists.openstack.org" <openstack-discuss(a)lists.openstack.org> Subject: [largescale-sig] Next meeting: Feb 8, 9utc (!) Message-ID: <55a6e03d-3bd5-8b9d-8361-f3d54127a421(a)openstack.org> Content-Type: text/plain; charset=UTF-8; format=flowed Hi everyone, The Large Scale SIG will be meeting this Wednesday in #openstack-operators on OFTC IRC, at 9UTC. This is a new hour, as we decided to rotate meetings between an APAC+EU time and a EU+US time. You can doublecheck how that UTC time translates locally at: https://www.timeanddate.com/worldclock/fixedtime.html?iso=20230208T09 Feel free to add topics to the agenda: https://etherpad.opendev.org/p/large-scale-sig-meeting Regards, -- Thierry Carrez ------------------------------ Message: 4 Date: Mon, 6 Feb 2023 07:58:30 +0000 From: Uday Dikshit <uday.dikshit(a)myrealdata.in> To: "openstack-discuss(a)lists.openstack.org" <openstack-discuss(a)lists.openstack.org> Subject: Stopped OpenStack Trove Guest Agent Service for Development. Message-ID: <BMXPR01MB2424696CCA24F08C85CDB88D8ADA9(a)BMXPR01MB2424.INDPRD01.PROD.OUTLOOK.COM> Content-Type: text/plain; charset="iso-8859-1" Hello Team We are trying to use Openstack Trove in kolla-ansible Openstack Wallaby release. We created an image using tarball as well as trovestack, we created a datastore for mysql and added version using these images. But every time we create a database instance the instance in service projects runs successfully and shows active status. But when the database instance gets stuck in build state and after the timeout it logs error in trove taskmanager of polling time out. We created a customized image with the trovestack image and configured ssh in it. Then we used this customized image to check if the guestagent was running in the instance. Here are the logs mysql-instance-1:~# journalctl -u guest-agent.service | less Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed to load environment files: No such file or directory Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed to run 'start-pre' task: No such file or directory Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed with result 'resources'. Feb 04 18:10:57 mysql-instance-1 systemd[1]: Failed to start OpenStack Trove Guest Agent Service for Development. Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Scheduled restart job, restart counter is at 1. Feb 04 18:10:57 mysql-instance-1 systemd[1]: Stopped OpenStack Trove Guest Agent Service for Development. Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed to load environment files: No such file or directory Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed to run 'start-pre' task: No such file or directory Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed with result 'resources'. Feb 04 18:10:57 mysql-instance-1 systemd[1]: Failed to start OpenStack Trove Guest Agent Service for Development. Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Scheduled restart job, restart counter is at 2. Feb 04 18:10:57 mysql-instance-1 systemd[1]: Stopped OpenStack Trove Guest Agent Service for Development. Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed to load environment files: No such file or directory Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed to run 'start-pre' task: No such file or directory Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed with result 'resources'. Feb 04 18:10:57 mysql-instance-1 systemd[1]: Failed to start OpenStack Trove Guest Agent Service for Development. Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Scheduled restart job, restart counter is at 3. Feb 04 18:10:57 mysql-instance-1 systemd[1]: Stopped OpenStack Trove Guest Agent Service for Development. Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed to load environment files: No such file or directory Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed to run 'start-pre' task: No such file or directory Feb 04 18:10:57 mysql-instance-1 systemd[1]: guest-agent.service: Failed with result 'resources'. Feb 04 18:10:57 mysql-instance-1 systemd[1]: Failed to start OpenStack Trove Guest Agent Service for Development. Feb 04 18:10:58 mysql-instance-1 systemd[1]: guest-agent.service: Scheduled restart job, restart counter is at 4. Feb 04 18:10:58 mysql-instance-1 systemd[1]: Stopped OpenStack Trove Guest Agent Service for Development. Feb 04 18:10:58 mysql-instance-1 systemd[1]: guest-agent.service: Failed to load environment files: No such file or directory Feb 04 18:10:58 mysql-instance-1 systemd[1]: guest-agent.service: Failed to run 'start-pre' task: No such file or directory Feb 04 18:10:58 mysql-instance-1 systemd[1]: guest-agent.service: Failed with result 'resources'. Feb 04 18:10:58 mysql-instance-1 systemd[1]: Failed to start OpenStack Trove Guest Agent Service for Development. Feb 04 18:10:58 mysql-instance-1 systemd[1]: guest-agent.service: Scheduled restart job, restart counter is at 5. Feb 04 18:10:58 mysql-instance-1 systemd[1]: Stopped OpenStack Trove Guest Agent Service for Development. It will be really helpful if anybody did had any idea on running trove in kolla ansible wallaby release Thanks in advance Uday Dikshit

1 0

[charms] Team Delegation proposal
by Chris MacNaughton 09 Feb '23

09 Feb '23

Hello All, <tl;dr> I would like to propose some new ACLs in Gerrit for the openstack-charms project: - openstack-core-charms - ceph-charms - network-charms - stable-maintenance </tl;dr> With an increasing focus split among the openstack-charmers team, I'm observing that people are focused on more specific subsets of the charms, and would like to propose that new ACLs are created to allow us to recognize that officially. I've chosen the breakdown above as it aligns neatly with where the focus lines are at this point, letting developers work on their specific focus areas. This proposal would not reduce permissions for anybody who is currently a core on the openstack-charms project and, in fact, future subteam core members could aspire to full openstack-charmers core as well. Ideally, this approach will let us escalate developers to "core" developers for the subteam(s) where they have demonstrated the expertise we expect in a core-charmer. It also allows a more gradual escalation to being a core in the openstack-charms project, making it a progression rather than a single destination. As a related addition, I'm appending to this proposal the creation of a stable-maintenance ACL which would allow members to manage backports without a full core-charmer grant. --- Chris MacNaughton

5 7

[cinder] Bug Report - 02-08-2023
by Sofia Enriquez 08 Feb '23

08 Feb '23

This is a bug report from 02-01-2023 to 02-08-2023. Agenda: https://etherpad.opendev.org/p/cinder-bug-squad-meeting ----------------------------------------------------------------------------------------- High - https://bugs.launchpad.net/cinder/+bug/2004565 "non-exploitable resource exhaustion with malicious vmdk." Unassigned. Medium - https://bugs.launchpad.net/cinder/+bug/2004484 "list dependencies with tox4." Unassigned. - https://bugs.launchpad.net/cinder/+bug/2004537 "[storwize] Invalid Exception raised due to Invalid port set value." Assigned to Kumar Kanishka. Low - https://bugs.launchpad.net/cinder/+bug/2004630 "Dell PowerFlex: Unnecessary login happens." Assigned to Jean Pierre Roquesalane. - [outreachy possible first contribution] https://bugs.launchpad.net/cinder-tempest-plugin/+bug/2006594 "Inaccurate docstring test_boot_cloned_encrypted_volume." Unassigned. Cheers,

1 1

[ALL] Why we dont have an official forum?
by Nguyễn Hữu Khôi 08 Feb '23

08 Feb '23

Hello guys. Openstack is a very interesting project, many questions from users will make it grow more and more but I see that people, including me, still ask the same question. It is hard to sort or find knowledge by this way. If we hope this project spreads for people, we need a new way to share knowledge and skills, we are in the modern world but the way to access and exchange information in this project is too obsolete. This is a wall to slow down this project. Nguyen Huu Khoi

13 19

[largescale-sig] Next meeting: Feb 8, 9utc (!)
by Thierry Carrez 08 Feb '23

08 Feb '23

Hi everyone, The Large Scale SIG will be meeting this Wednesday in #openstack-operators on OFTC IRC, at 9UTC. This is a new hour, as we decided to rotate meetings between an APAC+EU time and a EU+US time. You can doublecheck how that UTC time translates locally at: https://www.timeanddate.com/worldclock/fixedtime.html?iso=20230208T09 Feel free to add topics to the agenda: https://etherpad.opendev.org/p/large-scale-sig-meeting Regards, -- Thierry Carrez

1 1

slow server list
by Parsa Aminian 08 Feb '23

08 Feb '23

3 2

[ironic]Could I use x86 ironic to deploy arm bare metal node?
by 韩光宇 08 Feb '23

08 Feb '23

Hi, I deploy ironic in x86 env, could I use it to deploy arm bare metal node? My concern is mainly whether the files transferred in the tftp phase of PXE cannot be cross-architecture. Do I need to deploy a dedicated arm-architecture ironic-conductor node for arm-architecture bare metal nodes? Thanks

3 3