March 2023 - openstack-discuss - lists.openstack.org

Magnum in yoga release on Ubuntu 22.04
by МАКАРОВ МАКС 15 Mar '23

15 Mar '23

4 5

live resize
by Parsa Aminian 15 Mar '23

15 Mar '23

hello on openstack with ceph backend is it possible to live resize instances ? I want to change flavor without any down time .

5 6

[cinder] Bug Report | 15-03-2023
by Sofia Enriquez 15 Mar '23

15 Mar '23

Hello Argonauts, Medium - Extending SCSI multipath doesn't work if Nova configuration changed. <https://bugs.launchpad.net/os-brick/+bug/2009157> - *Status*: Unassigned. - An Extended multipathed device should not require a reconfigure. <https://bugs.launchpad.net/os-brick/+bug/2009158> - *Status*: Unassigned. - [rbac] Reader user able to delete a user message. <https://bugs.launchpad.net/cinder/+bug/2009818> - *Status*: Unassigned. - Cinder Message API creates failure "'NoneType' object is not subscriptable". <https://bugs.launchpad.net/cinder/+bug/2009483> - *Status*: Marked as duplicate of similar bug <https://bugs.launchpad.net/cinder/+bug/1978729>. Fix proposed to master <https://review.opendev.org/c/openstack/cinder/+/876587>. Low - [HPE] Volume name migration fails with keyerror <https://bugs.launchpad.net/cinder/+bug/2008931>. - *Status*: No fix proposed to master yet. Incomplete - Cannot delete snapshot: invalid backing file. <https://bugs.launchpad.net/cinder/+bug/2009849> Cinder removed: - [nova] size_iops_sec does behave differently than mentioned in docs. <https://bugs.launchpad.net/nova/+bug/2008762> Cheers, -- Sofía Enriquez she/her Software Engineer Red Hat PnT <https://www.redhat.com> IRC: @enriquetaso @RedHat <https://twitter.com/redhat> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> <https://www.redhat.com>

1 0

[nova][PTG] PTG etherpad, please ideally add your topics before next week
by Sylvain Bauza 15 Mar '23

15 Mar '23

As we discussed on the last nova meeting [1], I'll create an agenda for all the topics we will have for the next vPTG by next Tuesday. For this, it would be nice if most of the topics people would like to discuss are already on the PTG etherpad before Tuesday, so please look at this etherpad and add your own topics rather sooner than later ;-) https://etherpad.opendev.org/p/nova-bobcat-ptg I also add a courtesy ping list item for each of the existing topics. Please add your IRC nick if you can't be around for all of the PTG time, so basically at the beginning of every PTG topic, I'd ping all the folks for it. As a reminder, I booked those time slots for the Diablo room : - *Tuesday* *13:00 UTC - 17:00 UTC* - *Wednesday 13:00 UTC - 17:00 UTC* - *Thursday 13:00 UTC - 17:00 UTC* - *Friday 13:00 UTC - 17:00 UTC* Thanks, -S [1] https://meetings.opendev.org/meetings/nova/2023/nova.2023-03-14-16.00.log.h…

1 0

[publiccloud-sig] Reminder - next meeting March 15th - 0800 UTC
by Felix Kronlage-Dammers 14 Mar '23

14 Mar '23

Hi everyone, better late than not at all ;) Here comes the reminder for the next meeting of the Public Cloud SIG: This is on March 15th (this wednesday) at 0800 UTC. We meet on IRC in #openstack-operators. A preliminary agenda can be found in the pad: https://etherpad.opendev.org/p/publiccloud-sig-meeting See also here for all other details: https://wiki.openstack.org/wiki/PublicCloudSIG read you on wednesday! felix

1 0

Wallaby on Ubuntu 20.04, Neutron 18.6.0 neutron-dhcp-agent RPC unusually slow
by Zakhar Kirpichenko 14 Mar '23

14 Mar '23

Hi! We're running Openstack Wallaby on Ubuntu 20.04, 3 high-performance infra nodes with a RabbitMQ cluster. I updated Neutron components to version 18.6.0, which recently became available in the cloud repository ( http://ubuntu-cloud.archive.canonical.com/ubuntu focal-updates/wallaby main). The exact package versions updated are as follows: Install: libunbound8:amd64 (1.9.4-2ubuntu1.4, automatic), openvswitch-common:amd64 (2.15.2-0ubuntu1~cloud0, automatic) Upgrade: neutron-common:amd64 (2:18.5.0-0ubuntu1~cloud0, 2:18.6.0-0ubuntu1~cloud1), python3-werkzeug:amd64 (0.16.1+dfsg1-2, 0.16.1+dfsg1-2ubuntu0.1), neutron-dhcp-agent:amd64 (2:18.5.0-0ubuntu1~cloud0, 2:18.6.0-0ubuntu1~cloud1), neutron-l3-agent:amd64 (2:18.5.0-0ubuntu1~cloud0, 2:18.6.0-0ubuntu1~cloud1), python3-neutron:amd64 (2:18.5.0-0ubuntu1~cloud0, 2:18.6.0-0ubuntu1~cloud1), neutron-server:amd64 (2:18.5.0-0ubuntu1~cloud0, 2:18.6.0-0ubuntu1~cloud1), neutron-plugin-ml2:amd64 (2:18.5.0-0ubuntu1~cloud0, 2:18.6.0-0ubuntu1~cloud1), neutron-metadata-agent:amd64 (2:18.5.0-0ubuntu1~cloud0, 2:18.6.0-0ubuntu1~cloud1), neutron-linuxbridge-agent:amd64 (2:18.5.0-0ubuntu1~cloud0, 2:18.6.0-0ubuntu1~cloud1) Installed Neutron packages: ii neutron-common 2:18.6.0-0ubuntu1~cloud1 all Neutron is a virtual network service for Openstack - common ii neutron-dhcp-agent 2:18.6.0-0ubuntu1~cloud1 all Neutron is a virtual network service for Openstack - DHCP agent Firewall-as-a-Service driver for OpenStack Neutron ii neutron-l3-agent 2:18.6.0-0ubuntu1~cloud1 all Neutron is a virtual network service for Openstack - l3 agent ii neutron-linuxbridge-agent 2:18.6.0-0ubuntu1~cloud1 all Neutron is a virtual network service for Openstack - linuxbridge agent ii neutron-metadata-agent 2:18.6.0-0ubuntu1~cloud1 all Neutron is a virtual network service for Openstack - metadata agent ii neutron-plugin-ml2 2:18.6.0-0ubuntu1~cloud1 all Neutron is a virtual network service for Openstack - ML2 plugin ii neutron-server 2:18.6.0-0ubuntu1~cloud1 all Neutron is a virtual network service for Openstack - server ii python3-neutron 2:18.6.0-0ubuntu1~cloud1 all Neutron is a virtual network service for Openstack - Python library ii python3-neutron-lib 2.10.1-0ubuntu1~cloud0 all Neutron shared routines and utilities - Python 3.x ii python3-neutronclient 1:7.2.1-0ubuntu1~cloud0 all client API library for Neutron - Python 3.x Normally this would be an easy update, but this time neutron-dhcp-agent doesn't work properly: 2023-03-14 05:44:27.572 2534501 INFO neutron.agent.dhcp.agent [req-4a362701-cc1f-4b9d-87e6-045b6a388709 - - - - -] Synchronizing state complete 2023-03-14 05:44:38.868 2534501 ERROR neutron_lib.rpc [req-cb1dc604-1372-44cd-bc06-09496ed5f68f - - - - -] Timeout in RPC method dhcp_ready_on_ports. Waiting for 55 seconds before next attempt. If the server is not down, consider increasing the rpc_response_timeout option as Neutron server(s) may be overloaded and unable to respond quickly enough.: oslo_messaging.exceptions.MessagingTimeout: Timed out waiting for a reply to message ID bd97110b004e413cb2d6b05d9fb3b57c 2023-03-14 05:44:38.871 2534501 WARNING neutron_lib.rpc [req-cb1dc604-1372-44cd-bc06-09496ed5f68f - - - - -] Increasing timeout for dhcp_ready_on_ports calls to 120 seconds. Restart the agent to restore it to the default value.: oslo_messaging.exceptions.MessagingTimeout: Timed out waiting for a reply to message ID bd97110b004e413cb2d6b05d9fb3b57c 2023-03-14 05:45:34.244 2534501 ERROR neutron.agent.dhcp.agent [req-cb1dc604-1372-44cd-bc06-09496ed5f68f - - - - -] Timeout notifying server of ports ready. Retrying...: oslo_messaging.exceptions.MessagingTimeout: Timed out waiting for a reply to message ID bd97110b004e413cb2d6b05d9fb3b57c 2023-03-14 05:47:10.876 2534501 INFO oslo_messaging._drivers.amqpdriver [-] No calling threads waiting for msg_id : bd97110b004e413cb2d6b05d9fb3b57c 2023-03-14 05:47:34.353 2534501 ERROR neutron_lib.rpc [req-607a9252-49b1-4043-aa0d-2457b78dc99e - - - - -] Timeout in RPC method dhcp_ready_on_ports. Waiting for 27 seconds before next attempt. If the server is not down, consider increasing the rpc_response_timeout option as Neutron server(s) may be overloaded and unable to respond quickly enough.: oslo_messaging.exceptions.MessagingTimeout: Timed out waiting for a reply to message ID f254f735998243c4b0a58ce95c974534 2023-03-14 05:47:34.354 2534501 WARNING neutron_lib.rpc [req-607a9252-49b1-4043-aa0d-2457b78dc99e - - - - -] Increasing timeout for dhcp_ready_on_ports calls to 240 seconds. Restart the agent to restore it to the default value.: oslo_messaging.exceptions.MessagingTimeout: Timed out waiting for a reply to message ID f254f735998243c4b0a58ce95c974534 2023-03-14 05:47:46.681 2534501 INFO oslo_messaging._drivers.amqpdriver [-] No calling threads waiting for msg_id : f254f735998243c4b0a58ce95c974534 2023-03-14 05:48:01.086 2534501 ERROR neutron.agent.dhcp.agent [req-607a9252-49b1-4043-aa0d-2457b78dc99e - - - - -] Timeout notifying server of ports ready. Retrying...: oslo_messaging.exceptions.MessagingTimeout: Timed out waiting for a reply to message ID f254f735998243c4b0a58ce95c974534 2023-03-14 05:49:45.035 2534501 INFO neutron.agent.dhcp.agent [req-5935a0d0-a981-463c-a4ea-23ccbb54c896 - - - - -] DHCP configuration for ports ... (A successful configuration here). While neutron-dhcp-agent is waiting, neutron-server log gets filled up with: neutron-server.log:2023-03-14 05:47:05.761 4171971 INFO neutron.plugins.ml2.plugin [req-cb1dc604-1372-44cd-bc06-09496ed5f68f - - - - -] Attempt 1 to provision port 18cddbb8-f3ed-4b49-9c6f-c0c67b4f7c76 ... neutron-server.log:2023-03-14 05:47:10.727 4171971 INFO neutron.plugins.ml2.plugin [req-cb1dc604-1372-44cd-bc06-09496ed5f68f - - - - -] Attempt 10 to provision port 18cddbb8-f3ed-4b49-9c6f-c0c67b4f7c76 This repeats for each port of each network neutron-dhcp-agent needs to configure. Each subsequent configuration for each network takes about 1-2 minutes, depending on the network size. With earlier Neutron versions the whole process of configuring all networks would finish in under a minute, i.e. DHCP configuration per port (and network) is several orders of magnitude slower than it should be. Once neutron-dhcp-agent finishes synchronization, it seems to work without issues although there aren't that many changes in our cloud to tell whether it's fast or slow, individual port updates seem to happen quickly. All other services are working well, RabbitMQ cluster is working well, infra nodes are not overloaded and there are no apparent issues other than this one with Neutron, thus I am inclined to think that the issue is specific to version 18.6.0 of neutron-dhcp-agent or neutron-server. I would appreciate any advice! Best regards, Zakhar

1 1

[openstack][backup] Experience for instance backup
by Nguyễn Hữu Khôi 14 Mar '23

14 Mar '23

Hello guys. I am looking for instance backup solution. I am using Cinder backup with nfs backup but it looks not too fast. I am using a 10Gbps network. I would like to know experience for best practice for instance backup solutions on Openstack. Thank you. Nguyen Huu Khoi

4 4

[neutron] Bug deputy - report from week of 6th March
by Slawek Kaplonski 14 Mar '23

14 Mar '23

Hi, Sorry for sending it so late but I was off Monday and Tuesday and I forgot about it. Here's list of new bugs reported last week: ## High * https://bugs.launchpad.net/neutron/+bug/2009678 - [OVN] The OVN agent config entry point is incorrect in setup.cfg - assigned to Rodolfo, fix proposed * https://bugs.launchpad.net/neutron/+bug/2009632 - ARP requests from ovnmeta namespaces are sent to physical interfaces of computing nodes - **not assigned yet** * https://bugs.launchpad.net/neutron/+bug/2009703 - [OVN] HW offload event "QoSMinimumBandwidthEvent" fails if the min-bw rule is removed - assigned to Rodolfo, fix proposed ## Medium * https://bugs.launchpad.net/neutron/+bug/2009509 - Large number of FIPs and subnets causes slow sync_routers response - assigned to Adam Oswick * https://bugs.launchpad.net/neutron/+bug/2009804 - [OVN] Method ``get_port_qos`` should always return 2 values - **not assigned yet, low hanging fruit bug** ## Low * https://bugs.launchpad.net/neutron/+bug/2009728 - [OVS] "permitted_ethertypes" should be validated and filtered during the OVS agent initialization - **not assigned yet, low hanging fruit bug** * https://bugs.launchpad.net/neutron/+bug/2009832 - FWaaS docs lack required packages - **not assigned yet, low hanging fruit bug** * https://bugs.launchpad.net/neutron/+bug/2009831 - VPNaaS docs lack packages to install - **not assigned yet, low hanging fruit bug** ## Incomlete * https://bugs.launchpad.net/neutron/+bug/2009807 - Not able to create external physical network - needs some more info but for now it looks more like user's issue rather than bug ## Others * https://bugs.launchpad.net/neutron/+bug/2009705 - [FWaaS ]Openstack Zed - firewall group status doesn't change to ACTIVE. - **unassigned**, it needs someone from FWaaS to look at it and ZhaoHeng is looking into it already. -- Slawek Kaplonski Principal Software Engineer Red Hat

1 0

[tc][all] What's happening in the Technical Committee - 2023 March 14
by Nikolla, Kristi 14 Mar '23

14 Mar '23

Hi all, Please find below a summary for the last 2 weeks of the TC. Meetings ======= - March 1, 2023 A video recoding of the meeting is available https://www.youtube.com/watch?v=HA1owc9qGiE - March 8, 2023 Meeting notes are available https://meetings.opendev.org/meetings/tc/2023/tc.2023-03-08-15.59.html - The next Technical Committee meeting will be tomorrow, March 14, 2023 at 16:00 UTC, chaired by Jay Faulkner. Agenda is available at the link below. Please contact me or Jay if you notice missing items that should be discussed. https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee Merged Changes ============== - Appoint Felipe Reyes as OpenStack_Charms PTL (formal-vote) https://review.opendev.org/c/openstack/governance/+/874971 - Appoint Liu as Senlin PTL (formal-vote) https://review.opendev.org/c/openstack/governance/+/874969 - Adding mailto link in upstream opportunities doc (documentation-change) https://review.opendev.org/c/openstack/governance/+/874968 - Move heat-translator and tosca-parser to tacker's governance (project-update) https://review.opendev.org/c/openstack/governance/+/876012 - Fix doc referencing 'admin_api' rule (typo-fix) https://review.opendev.org/c/openstack/governance/+/875860 - Correct CHAIR.rst: reflect vice-chair nom practice https://review.opendev.org/c/openstack/governance/+/875788 - Ironic program adopting x/virtualpdu https://review.opendev.org/c/openstack/governance/+/876208 - Volunteer to serve at 2023.2 TC vice chair https://review.opendev.org/c/openstack/governance/+/875787 - Add chair role to knikolla for 2023.2 https://review.opendev.org/c/openstack/governance/+/875742 Open Changes ============ There are 15 open changes to the Governance repo. https://review.opendev.org/q/project:openstack/governance+status:open Happenings ========== New TC Chair and Vice Chair ---------------------------------------- The TC has a new Chair (Kristi Nikolla) and Vice Chair (Jay Faulkner). Thank you Ghanshyam Mann for your 2 years of service as the TC chair. https://lists.openstack.org/pipermail/openstack-discuss/2023-March/032506.h… TripleO is being deprecated -------------------------------------- The TC voted to continue supporting the Zed release of TripleO, however without a project team. https://review.opendev.org/c/openstack/governance/+/877132 Leaderless projects -------------------------- We're now down to 7 projects without any PTL candidacies (Monasca, Rally, Sahara, Swift, TripleO, Vitrage, and Winstackers). The TC has started reaching out to the teams and former PTLs. If you have any information or interest, please reach out to the TC via the etherpad linked below. https://etherpad.opendev.org/p/2023.2-leaderless Release naming for projects -------------------------------------- The TC continued discussing changes related to version naming for projects. Specifically, there are two proposals about allowing projects to omit the OpenStack version when referring to their project, or flipping the OpenStack and project version order. https://review.opendev.org/c/openstack/governance/+/874484 https://review.opendev.org/c/openstack/governance/+/875942 Virtual PTG ---------------- The TC is considering scheduling the same PTG time slots for itself as the previous PTG. Namely, Thursday and Friday 15:00 - 19:00 UTC. I will be booking the slots later today. https://etherpad.opendev.org/p/tc-2023-2-ptg 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 an email with the tag [tc] on the openstack-discuss mailing list. 2. Weekly meeting: The Technical Committee conduct a weekly meeting every Thursday 16:00 UTC 3. IRC: Ping us using the 'tc-members' keyword on the #openstack-tc IRC channel on OFTC.

1 0

[ptls][Antelope] OpenInfra Live: OpenStack Antelope
by Kristin Barrientos 14 Mar '23

14 Mar '23

Hi everyone, As we get closer to the OpenStack release, I wanted to reach out to see if any PTL’s were interested in providing their Antelope cycle highlights in an OpenInfra Live[1] episode on Thursday, March 23 at 1500 UTC. Ideally, we would get 4-6 projects represented. Previous examples of OpenStack release episodes can be found here[2] <http://www.youtube.com/watch?v=hwPfjvshxOM>and here[3] <https://www.youtube.com/watch?v=MSbB3L9_MeY>. Please let me know if you’re interested and I can provide next steps. If you would like to provide a project update but that time doesn’t work for you, please share a recording with me and I can get it added to the project navigator. Thanks, Kristin Barrientos Marketing Coordinator OpenInfra Foundation [1] https://openinfra.dev/live/ [2] https://www.youtube.com/watch?v=hwPfjvshxOM [3] https://www.youtube.com/watch?v=MSbB3L9_MeY

5 4

Re: [manila] support for encryption
by Alvaro Soto 13 Mar '23

13 Mar '23

I don't think so, and it also doesn't sound like a feature that Manila should implement; try to do that in your backend storage. Cheers! On Sat, Mar 11, 2023 at 7:10 AM garcetto <garcetto(a)gmail.com> wrote: > good afternoon, > data encryption. > thank you > > Il Ven 10 Mar 2023, 21:48 Alvaro Soto <alsotoes(a)gmail.com> ha scritto: > >> You mean data or token encryption? >> >> Cheers! >> >> On Fri, Mar 10, 2023 at 9:08 AM garcetto <garcetto(a)gmail.com> wrote: >> >>> good afternoon, >>> does manila support encryption in some sort ? >>> >>> thank you >>> >> >> >> -- >> >> Alvaro Soto >> >> *Note: My work hours may not be your work hours. Please do not feel the >> need to respond during a time that is not convenient for you.* >> ---------------------------------------------------------- >> Great people talk about ideas, >> ordinary people talk about things, >> small people talk... about other people. >> > -- Alvaro Soto *Note: My work hours may not be your work hours. Please do not feel the need to respond during a time that is not convenient for you.* ---------------------------------------------------------- Great people talk about ideas, ordinary people talk about things, small people talk... about other people.

1 0

[manila] create snapshot from share not permitted
by garcetto 13 Mar '23

13 Mar '23

good morning, i am using manila and generic driver with dhss true, but cannot create snapshot from shares, any help? where can i look at? (cinder backend is a linux nfs server) thank you $ manila snapshot-create share-01 --name Snapshot1 ERROR: Snapshots cannot be created for share '2c8b1b3d-ef82-4372-94df-678539f0d843' since it does not have that capability. (HTTP 422) (Request-ID: req-cab23a46-37dc-4f2b-b26c-d6b21b7453ba)

2 1

[Diversity] Diversity and Inclusion WG Meeting reminder
by Amy Marrich 13 Mar '23

13 Mar '23

This is a reminder that the Diversity and Inclusion WG will be meeting tomorrow at 14:00 UTC in the #openinfra-diversity channel on OFTC. We hope members of all OpenInfra projects join us as we look at the Code of Conduct, and continue working on planning for the OpenInfra Summit as well as Foundation-wide diversity surveys. Thanks, Amy (spotz) 0 - https://etherpad.opendev.org/p/diversity-wg-agenda

1 0

*Migration)Red Hat Open Stack Migration Lift and Shift
by Adivya Singh 13 Mar '23

13 Mar '23

Hi Team, I am making a plan for Red hat OpenStack migration(Lift and Shift), The Director is in VM sourced in VMware, which we are migrated in other DC, But the IP and VLAN will change Will it be advisable to change the Provisioning IP and other IP , according to the New VLAN designed in the new DC, Configured in the template , Do a introspection of the new design and Configured the Red hat OpenStack, Any addition on this or guidance would be highly usefull Regards Adivya Singh

2 1

[cinder] proposing Jon Bernard for cinder core
by Rajat Dhasmana 13 Mar '23

13 Mar '23

Hello everyone, I would like to propose Jon Bernard as cinder core. Looking at the review stats for the past 60[1], 90[2], 120[3] days, he has been consistently in the top 5 reviewers with a good +/- ratio and leaving helpful comments indicating good quality of reviews. He has been managing the stable branch releases for the past 2 cycles (Zed and 2023.1) and has helped in releasing security issues as well. Jon has been part of the cinder and OpenStack community for a long time and has shown very active interest in upstream activities, be it release liaison, review contribution, attending cinder meetings and also involving in outreachy activities. He will be a very good addition to our team helping out with the review bandwidth and adding valuable input in our discussions. I will leave this thread open for a week and if there are no objections, I will add Jon Bernard to the cinder core team. [1] https://www.stackalytics.io/report/contribution?module=cinder-group&project… [2] https://www.stackalytics.io/report/contribution?module=cinder-group&project… [3] https://www.stackalytics.io/report/contribution?module=cinder-group&project… Thanks Rajat Dhasmana

5 5

[ovn] safely change bridge_mappings
by Tomáš Bredár 13 Mar '23

13 Mar '23

Hi, I have a running production OpenStack deployment - version Wallaby installed using TripleO. I'm using the default OVN/OVS networking. For provider networks I have two bridges on the compute nodes br-ex and br-ex2. Instances mainly use br-ex for provider networks, but there are some instances which started using a provider network which should be mapped to br-ex2, however I didn't specify "bridge_mappings" on ml2_conf.ini, so the traffic wants to flow through the default datacentre:br-ex. My questions is, what services should I restart on the controller and compute nodes after defining bridge_mappings in [ovs] in ml2_conf.ini. And if this operation is safe and if the instances already using br-ex will lose connectivity? Thanks for your help Tomas

2 3

[outreachy][cinder] Cannot access code repository
by Benjamin Faruna 13 Mar '23

13 Mar '23

Hello, good day, I was selected for the outreachy internship program and I want to contribute to cinders' codebase, but I am having trouble accessing it. Whenever I open the code tab on launchpad I get 2 repositories that haven't been updated in a while but the main page shows a lot of activities on the codebase. Please I want to request help setting up and getting started making contributions. The images of what I see is attached to this email.

3 2

[neutron] Openstack Network Interconnection
by Roberto Bartzen Acosta 13 Mar '23

13 Mar '23

Hey folks. Does anyone have ideas on how to interconnect different Openstack deployments? Consider that we have multiple Datacenters and need to interconnect tenant networks. How could this be done in the context of OpenStack (without using VPN) ? We have some ideas about the usage of OVN-IC (OVN Interconnect). It looks like a great solution to create a network layer between DCs/AZs with the help of the OVN driver. However, Neutron does not support the Transit Switches (OVN-IC design) that are required for this application. We've seen references to abandoned projects like [1] [2] [3]. Does anyone use something similar in production or have an idea about how to do it? Imagine that we need to put workloads on two different AZs that run different Openstack installations, and we want to communicate with the local networks without using a FIP. I believe that the most coherent way to maintain databases consistent in each Openstack would be an integration with Neutron, but I haven't seen any movement on that. Regards, Roberto [1] https://www.youtube.com/watch?v=GizLmSiH1Q0 [2] https://specs.openstack.org/openstack/neutron-specs/specs/stein/neutron-int… [3] https://opendev.org/x/neutron-interconnection -- _‘Esta mensagem é direcionada apenas para os endereços constantes no cabeçalho inicial. Se você não está listado nos endereços constantes no cabeçalho, pedimos-lhe que desconsidere completamente o conteúdo dessa mensagem e cuja cópia, encaminhamento e/ou execução das ações citadas estão imediatamente anuladas e proibidas’._ * **‘Apesar do Magazine Luiza tomar todas as precauções razoáveis para assegurar que nenhum vírus esteja presente nesse e-mail, a empresa não poderá aceitar a responsabilidade por quaisquer perdas ou danos causados por esse e-mail ou por seus anexos’.*

2 3

[keystone] Best-practice for (admin) endpoint config
by Christian Rohmann 13 Mar '23

13 Mar '23

Hello Openstack-discuss, I am wondering what the current recommendations / best-practices are in regards to the endpoints of keystone (and other services). There are three types of endpoints: public, internal and admin: * "public" certainly is for API access done by cloud users - so measures like rate limiting are likely in place. * "internal" is an alternative URL to be used by other services. Sounds reasonable to have an alternate path for the internal communication of OpenStack services, like having a management network Also reading https://docs.openstack.org/security-guide/api-endpoints/api-endpoint-config… this seems to be the recommendation. * "admin" - This is the one that gives me a little headache. According to commits 1) https://opendev.org/openstack/keystone/commit/4ec69218454d9f8be7150e2cee50c… 2) https://github.com/openstack/keystone/commit/ecf721a3c176daf67d00536c48e80e… there should actually be no admin endpoint for Keystone anymore. Or should there? But looking at openstack-ansible doing the endpoint config (https://opendev.org/openstack/openstack-ansible-os_keystone/src/commit/a020…) all tree types are still configured? Backwards compatibility for services still expecting this endpoint? 1) Ceilometer - https://bugs.launchpad.net/ceilometer/+bug/1981207 2) Heat - https://review.opendev.org/c/openstack/openstacksdk/+/777343 Apart from Keystone also other services have "admin" endpoints which can be configured and placed as such into the service catalog. What is the reasoning behind that? Thanks and with kind regards, Christian

1 0

[cinder] Openstack-ansible and cinder GPFS backend
by Nicolas Melot 13 Mar '23

13 Mar '23

Hi, I can find doc on using various backends for cinder (https://docs.openstack.org/openstack-ansible-os_cinder/zed/configure-cinder…) and some documentation to configure a GPFS backend for cinder (https://docs.openstack.org/cinder/zed/configuration/block-storage/drivers/i…) but I cannot find any documentation to deploy cinder with GPFS backend using openstack-ansible. Does this exist at all? Is there any documentation? /Nicolas

3 2

[outreachy][cinder]
by Desire Barine 13 Mar '23

13 Mar '23

Hello Sofia Enriquez, I'm Desire Barine, an Outreachy applicant. I would love to work on Extend automated validation of API reference request/response samples project. I would like to get started with the contribution. I am currently going over the instructions on contributions given. This is my first time contributing on an open source project but I'm really excited to get started. I'm proficient in python, bash and have worked on Rest api creation before. I would love to hear from you. Desire.

2 1

[cinder][PTG] Cinder 2023.2 (Bobcat) PTG Planning
by Rajat Dhasmana 13 Mar '23

13 Mar '23

Hello All, The 2023.2 (Bobcat) virtual PTG is approaching and will be held between 27-31 March, 2023. I've created a planning etherpad[1] and a PTG etherpad[2] to gather topics for the PTG. Note that you only need to add topics in the planning etherpad and those will be arranged in the PTG etherpad later. Dates: Tuesday (28th March) to Friday (31st March) 2023 Time: 1300 to 1700 UTC Etherpad: https://etherpad.opendev.org/p/bobcat-ptg-cinder-planning Please add the topics as early as possible as finalizing and arranging topics would require some buffer time. [1] https://etherpad.opendev.org/p/bobcat-ptg-cinder-planning [2] https://etherpad.opendev.org/p/bobcat-ptg-cinder Thanks Rajat Dhasmana

1 1

[Outreachy] Setting up development envirenment
by Khadija 12 Mar '23

12 Mar '23

Hi Sofia! I have made myself familiar with the launchpad, storyboard and gerrit. I have also experimented in the Sandbox projects. I was trying to set up my development environment following https://docs.openstack.org/cinder/latest/contributor/development.environmen… but I was unable to run unit tests, on running command 'tox -e py3' I get error saying AttributeError: module 'py' has no attribute 'io' Kindly help me with this so that I can start working on my first issue :) Thank you!

4 6

Allow user access calendar
by vincent lee 12 Mar '23

12 Mar '23

Hi all, I am using kolla-ansible for openstack deployment in yoga version. Is it possible to allow normal user (member role) to view the calendar graph under reservation (lease)? Best Vincent

1 0

Member access calendar
by vincent lee 12 Mar '23

12 Mar '23

Hi all, I am using kolla-ansible for openstack deployment in yoga version. Is it possible to allow normal user (member role) to view the calendar graph under reservation (lease)? Best Vincent

1 0