- openstack-discuss - lists.openstack.org

[cinder] cinder-backup volume stuck in creating
by Satish Patel 27 Jul '23

27 Jul '23

Folks, I have configured nova and cinder with ceph storage. VMs running on ceph storage but now when i am trying to create a backup of cinder volume its getting stuck on creating and doing nothing. Logs also do not give any indication of bad. My cinder.conf [DEFAULT] enabled_backends = rbd-1 backup_driver = cinder.backup.drivers.ceph.CephBackupDriver backup_ceph_conf = /etc/ceph/ceph.conf backup_ceph_user = cinder-backup backup_ceph_chunk_size = 134217728 backup_ceph_pool = backups backup_ceph_stripe_unit = 0 backup_ceph_stripe_count = 0 restore_discard_excess_bytes = true osapi_volume_listen = 10.73.0.181 osapi_volume_listen_port = 8776 Output of "openstack volume service list" showing cinder-backup service is up but when i create a backup it's getting stuck in this stage and no activity. I am not seeing anything getting transferred to the ceph backups pool also. Any clue? or method to debug? # openstack volume backup list --all +--------------------------------------+------+-------------+----------+------+ | ID | Name | Description | Status | Size | +--------------------------------------+------+-------------+----------+------+ | bc844d55-8c5a-4bd3-b0e9-7c4c780c95ad | foo1 | | creating | 20 | +--------------------------------------+------+-------------+----------+------+

5 7

[release] Release countdown for week R-9, Jul 31-Aug 04
by Elõd Illés 27 Jul '23

27 Jul '23

General Information ------------------- The following cycle-with-intermediary deliverables have not done any intermediary release yet during this cycle. The cycle-with-rc release model is more suited for deliverables that plan to be released only once per cycle. As a result, we have detected that the following deliverables could be good candidates for a release model change: bifrost ironic-prometheus-exporter ironic-python-agent-builder ironic-ui networking-baremetal networking-generic-switch python-openstackclient swift PTLs and release liaisons for each of those deliverables should propose an intermediary release for their deliverables. If PTLs or release liaisons think that any of the deliverables should change to cycle-with-rc model then let us know and a patch needs to be created for the model change. We also published a proposed release schedule for the upcoming 2024.1 Caracal cycle. Please check out the separate thread: https://lists.openstack.org/pipermail/openstack-discuss/2023-July/034555.ht… Upcoming Deadlines & Dates -------------------------- Non-client library freeze: August 24th, 2023 (R-6 week) Client library freeze: August 31st, 2023 (R-5 week) Bobcat-3 milestone: August 31st, 2023 (R-5 week) Final 2023.2 Bobcat release: October 4th, 2023 Előd Illés irc: elodilles @ #openstack-release

1 0

[OSA][NEUTRON] DHCP port IP
by Murilo Morais 27 Jul '23

27 Jul '23

Good evening everyone! I'm using OVS + VLAN Provider Guys, is there any way to remove IP from DHCP (network:dhcp)? My gateway is external, I need the VMs to obtain the IPs directly on the interface without using SNAT/DNAT, but when enabling DHCP on the subnet, the DHCP interface consumes an IP (the first one available). Is there a way to remove this blessed IP? If not, what other path can I take? I'm thinking of other alternatives: 1. Use static IP 2. Use a DHCP Server on the Gateway (which makes me have to perform some manual operations to assign the correct IP) What would be more viable? Thanks in advance!

3 3

Proposed 2024.1 "Caracal" release schedule
by Elõd Illés 27 Jul '23

27 Jul '23

Hi, Here is the proposed schedule for the 2024.1 "Caracal" release: https://review.opendev.org/c/openstack/releases/+/888942 For easier review, you can access the HTML rendering at: https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/… It's a 26-week cycle with a final release date on April 3, 2024. It has a longer milestone-2 period to accomodate Thanksgiving and end-of-year holidays. Please review & comment! Thanks, Előd Illés irc: elodilles @ #openstack-release

1 0

Version support matrix?
by Ken D'Ambrosio 27 Jul '23

27 Jul '23

Hey, all. I'm trying to figure out which OpenStack versions support which Linux distros and versions, both guest-side and controller/compute side. Does such a document exist, or is there a generally good place to look for each version of OpenStack? Thanks!

6 6

[tc] Reminder: 2023-08-09 OpenInfra Board Sync
by Jeremy Stanley 27 Jul '23

27 Jul '23

The Open Infrastructure Foundation Board of Directors is endeavoring to engage in regular check-ins with official OpenInfra projects. The goal is for a loosely structured discussion one-hour in length, involving members of the board and the OpenStack TC, along with other interested community members. This is not intended to be a formal presentation, and no materials need to be prepared in advance. I've started an Etherpad where participants can brainstorm potential topics of conversation, time-permitting: https://etherpad.opendev.org/p/2023-08-board-openstack-sync As previously announced[*], we're planning to hold the next call at 20:00 UTC on Wednesday, August 9. A link to the conference bridge has been added to the pad and is also included in the schedule file attached to this message. [*] https://lists.openstack.org/pipermail/openstack-discuss/2023-May/033793.html -- Jeremy Stanley

2 2

[Glance] Weekly Meeting Cancelled
by Pranali Deore 27 Jul '23

27 Jul '23

Hi All, Canceling today's glance weekly meeting, I'm on sick leave today. Sorry for inconvenience! Thanks, Pranali D.

1 0

[cinder][all] Cinder to EOL all EM branches
by Rajat Dhasmana 26 Jul '23

26 Jul '23

Hi All, This is a followup to my last email[1] where a lot of discussion happened around the nature of EM branches and was/is it a successful model or not. This was also discussed during the Vancouver summit + PTG event and also recently in the TC meeting concluding that we will start a discussion again on ML regarding the EM model. However, my original intent of the mail was not to start a wider discussion about the EM model (which is a good discussion but not my intent) but a way to take feedback on Cinder team's decision to EOL the current EM branches and if it affects any operators, vendors etc. This mail is another reminder and a way to acquire more feedback on the above decision so the Cinder team can plan the process accordingly. We already have patches proposed to EOL all EM branches[2]. [1] https://lists.openstack.org/pipermail/openstack-discuss/2023-June/033980.ht… [2] https://review.opendev.org/q/topic:cinder-eol-june2023 Thanks Rajat Dhasmana

6 12

Cinder Bug Report 2023-07-26
by Sofia Enriquez 26 Jul '23

26 Jul '23

Hello Argonauts, Cinder Bug Meeting Etherpad <https://etherpad.opendev.org/p/cinder-bug-squad-meeting> Medium - [Pure Storage] Replication failover issue. <https://bugs.launchpad.net/cinder/+bug/2028380> - *Status*: Fix merged on master <https://review.opendev.org/c/openstack/cinder/+/817085> but needs backports to stable/yoga. Invalid - [tempest] Container not deleted when swift is used as a back up driver <https://bugs.launchpad.net/cinder/+bug/2028671>. - *Status*: Marked as invalid because cinder has never deleted the container when deleting a backup. 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

[cinder] This week's meeting will be in video+IRC
by Rajat Dhasmana 26 Jul '23

26 Jul '23

Hello Argonauts, As we keep last meeting of the month in video + IRC mode, this week's meeting (today) will be held in video + IRC mode with details as follows: Date: 26th July, 2023 Time: 1400 UTC Meeting link: https://meet.google.com/mmb-fhtd-sjm IRC Channel: #openstack-meeting-alt Make sure you're connected to both the gmeet meeting and IRC. Thanks Rajat Dhasmana

1 0

[cinder] Resignation from Cinder core & Bug Deputy
by Sofia Enriquez 25 Jul '23

25 Jul '23

Hello Argonauts, I will be transitioning from my current role at Red Hat, and my availability for patch making and reviewing will be limited after July. Considering these circumstances, I believe it is appropriate for me to resign as a Cinder core reviewer and as Cinder Bug Deputy. Feel free to connect with me on LinkedIn <https://www.linkedin.com/in/enriquetaso/> and/or follow on Twitter <https://twitter.com/EnriquetaSo> / Github <https://github.com/enriquetaso/>. 🍻 I look forward to staying in touch and crossing paths again in the future. [image: denver_ptg.jpeg] Wishing you all the best, and thank you!🍻 Cheers, Sofia -- 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>

7 6

[neutron] Transition networking-bagpipe & networking-bgpvpn stable/victoria to EOL
by Lajos Katona 25 Jul '23

25 Jul '23

Hi Neutrinos (and everybody), The stable/victoria branch for networking-bagpipe and networking-bgpvpn is failing with tempest since long time. We tried to fix it (see [1] & [2]), and discussed it on our regular meeting (see [3]), but as the activity on this branch for these projects is low anyway I propose to EOL stable/victoria for networking-bagpipe and networking-bgpvpn. If you have any concerns, suggestions or questions, please let me know (via mail or IRC in the #openstack-neutron channel). Lajos (lajoskatona) [1]: https://review.opendev.org/c/openstack/networking-bgpvpn/+/888719 [2]: https://review.opendev.org/c/openstack/networking-bagpipe/+/862505 [3]: https://meetings.opendev.org/meetings/neutron_ci/2023/neutron_ci.2023-07-18…

1 0

[all][outreachy] ☕ Looking for at least two volunteers for a virtual coffee chat
by Sofia Enriquez 25 Jul '23

25 Jul '23

Hello, We're currently seeking two volunteers to engage in casual chats with our Outreachy interns, @Desire Barine <desirebarine16(a)gmail.com> and @toheeb.olawale.to23@gmail.com <toheeb.olawale.to23(a)gmail.com> Asking to network with someone can be intimidating. An informal chat, on the other hand, is a friendly conversation with another person about their career or role as a free software contributor. This provides valuable insight for the intern, allowing them to learn about a professional's work, career journey, and networking experiences within the free software community. After the chat, the intern can request three additional people to speak with, thus expanding their network! Here's how to conduct an informal chat: - The intern will ask you questions about your career. - The chat can take place through a half-hour gmeet session (without video) or via IRC chat. - You can share tips on maximizing networking opportunities and offer advice to those interested in exploring career prospects in open source. If you are interested in participating, please contact @Rajat Dhasmana <rdhasman(a)redhat.com> with the date and time you are available! 📖 The interns journey with Openstack has been featured on the Superuser blog: - Getting an Outreachy Internship with OpenStack <https://superuser.openinfra.dev/articles/getting-an-outreachy-internship-wi…> - What is OpenStack? A Fresh Look from a Clear Mind <https://superuser.openinfra.dev/articles/what-is-openstack-a-fresh-look-fro…> Thank you for your consideration! -- 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

Info Public Cloud SIG for openstack-discuss
by Felix Kronlage-Dammers 25 Jul '23

25 Jul '23

Hi, in the Public Cloud SIG we discussed on how to get more OpenStack Public Cloud Operators back into the Public Cloud SIG and concluded that we’ll have a lightning talk once per month as part of our Public Cloud SIG meeting. This means that once a month we will exchange the IRC-session for a videocall session (in the same timeslot). To make it easy for everyone we will paste the link at the time of the meeting onto #openstack-operators as well as it being included in the reminder mail sent to openstack-discuss@ beforehand. We will be starting with that after the current vacation period in September. We’ll be reaching out to the OpenInfra community as well as the various OpenStack based public clouds out there to get people involved :) Due to vacation the irc meeting on August 2nd (next week) will not be happening, since both Tobias and me are on vacation. felix (in the name of Tobias and myself ;) -- Felix Kronlage-Dammers Product Owner IaaS & Operations Sovereign Cloud Stack Sovereign Cloud Stack — standardized, built and operated by many Ein Projekt der Open Source Business Alliance - Bundesverband für digitale Souveränität e.V. Tel.: +49-30-206539-205 | Matrix: @fkronlage:matrix.org | fkr(a)osb-alliance.com

1 0

[openstack][nova] Resize nova instance with PCI devices to a flavor without PCI Devices
by Ha Noi 24 Jul '23

24 Jul '23

Hello everyone, I would like to resize an instance with PCI devices (GPU Passthrough) to a flavor without PCI Devices, but nova-api return no valid host. Response: No valid host was found. No valid host found for resize (HTTP 400) (Request-ID: req-9d6cf3f9-8f6f-482f-b0b1-95ec286a0fc3) I checked nova-scheduler log: Filtering removed all hosts for the request with instance ID 'e7b607ef-6be5-4bbc-9849-e31d622ecdfe'. Filter results: ['AggregateInstanceExtraSpecsFilter: (start: 85, end: 44)', 'RetryFilter: (start: 44, end: 44)', 'AvailabilityZoneFilter: (start: 44, end: 29)', 'ComputeFilter: (start: 29, end: 29)', 'ImagePropertiesFilter: (start: 29, end: 29)', 'ServerGroupAntiAffinityFilter: (start: 29, end: 29)', 'ServerGroupAffinityFilter: (start: 29, end: 29)', 'PciPassthroughFilter: (start: 29, end: 0)'] Actually, new flavor is not contain PCI specs, But It cannot pass PCI Filter. Thanks & Regards

1 0

Nova Ussuri: DB online migration cannot migrate (some) populate_user_id
by Michel Jouvin 24 Jul '23

24 Jul '23

Hi, We upgraded one of our clouds to Ussuri (we are late!) a couple of months ago. After the upgrade 'nova-manage db online_data_migration' was run. fill_virtual_interface_list and populate_user_id where non zero and after running the command fill_virtual_interface_list was 0 but populate_user_id stayed 24. Looking in nova-manage.log, I found the follwoing message (twice every time the command is run): Some instance mappings were not migratable. This may be transient due to in-flight instance builds, or could be due to stale data that will be cleaned up after running "nova-manage db archive_deleted_rows --purge". I ran the suggest command but the result is that fill_virtual_interface_list is non zero again (15) and there is no change to populate_user_i. If I run again online_data_migration, it clears again fill_virtual_interface_list... and so on. After 2 months the situation remains the same, no increase in populate_user_id but no possibility to fix them. We were wondering if it could have been caused by the fact that we had not yet upgraded all the compute nodes when we first ran the online_data_migration. We are planning to upgrade to Victoria and we'd like to fix the situation before as we understand that online data migration not done can be blocking for the next upgrade. We don't have any clue on the reason this happened. It is a test cloud with a very low usage. On our production cloud we have a somewhat similar problem but populate_user_id=1 and running the purge doesn't increase fill_virtual_interface_list. Thanks in advance for any hint! Best regards, Michel

2 1

Re: [openstack][largescale-sig] Openstack multi region deployment
by Nguyễn Hữu Khôi 24 Jul '23

24 Jul '23

Thanks for your explanation., Very details. This time, I have not much knowledge, But I will keep build and sharing with people as the same way you help me.

1 0

[openstack][largescale-sig] Openstack multi region deployment
by Karl Kloppenborg 24 Jul '23

24 Jul '23

Hi Nguy, We’ve deployed a large multi-region openstack deployment. As a rule of thumb we’ve got a “keystone” region which is as best we can highly available and very redundant. We then have all other regions talk back to this region, we just usually call it “keystone” or “core” and it’s hidden from the UI from users. We then just run a large well kept Galara cluster to support it. --Karl. From: openstack-discuss-request(a)lists.openstack.org <openstack-discuss-request(a)lists.openstack.org> Date: Tuesday, 18 July 2023 at 9:25 pm To: openstack-discuss(a)lists.openstack.org <openstack-discuss(a)lists.openstack.org> Subject: openstack-discuss Digest, Vol 57, Issue 55 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. [openstack][largescale-sig] Openstack multi region deployment (Nguy?n H?u Kh?i) 2. Re: [openstack][largescale-sig] Openstack multi region deployment (Felix Huettner) 3. Re: [openstack][largescale-sig] Openstack multi region deployment (Nguy?n H?u Kh?i) 4. Re: [neutron] unmanaged router resources - OVN interconnect (Rodolfo Alonso Hernandez) ---------------------------------------------------------------------- Message: 1 Date: Tue, 18 Jul 2023 12:07:12 +0700 From: Nguy?n H?u Kh?i <nguyenhuukhoinw(a)gmail.com> To: OpenStack Discuss <openstack-discuss(a)lists.openstack.org> Subject: [openstack][largescale-sig] Openstack multi region deployment Message-ID: <CABAODReJ6QW8A4OENEjmhFCiM-15B0qc2La_aMr1EKfaENq9iw(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hello guys, I am going to deploy openstack multi regions and I know that keystone replication is the most challenging. I plan to set up 2 regions which use centralize galera cluster(3 nodes). and one standby edge galera cluster(3 nodes) When region 1 is node available, I will map region 2 to use standby edge galera cluster. I hope you give me some experience and advice with multi regions. Thank you very much.

3 6

[tc] Technical Committee next weekly meeting today on July 25, 2023
by Nikolla, Kristi 24 Jul '23

24 Jul '23

Hi all, This is a reminder that the next weekly Technical Committee meeting is to be held on Tuesday, July 25, 2023 at 1800 UTC on #openstack-tc on OFTC IRC. Please find below the agenda for the meeting • Roll call • Follow up on past action items • knikolla will amend proposal for Unmaintained branches. • tc-members to review https://review.opendev.org/c/openstack/project-team-guide/+/843457 • Extended Maintenance • https://etherpad.opendev.org/p/openstack-unmaintained-workflow • https://etherpad.opendev.org/p/openstack-exteneded-maintenance • Release notes guidelines for SLURP/NON-SLURP cadence • Gate health check • Open Discussion and Reviews • https://review.opendev.org/q/projects:openstack/governance+is:open Thank you, Kristi Nikolla

1 0

Take the OpenStack User Survey!
by Helena Spease 24 Jul '23

24 Jul '23

Hello everyone, It’s User Survey season! The 2023 OpenStack User Survey is closing August 23, 2023. That’s just under a month to submit your anonymized feedback to the upstream contributors. https://www.openstack.org/user-survey/survey-2023/landing <https://www.openstack.org/user-survey/survey-2023/landing> We have posts from the OpenInfra Foundation social media channels that you can re-share to your networks to encourage them to participate in the User Survey as well. Mastodon: https://social.openinfra.dev/@OpenStack/110768926571772510 <https://social.openinfra.dev/@OpenStack/110768926571772510> Twitter: https://twitter.com/OpenStack/status/1683441577648181248 <https://twitter.com/OpenStack/status/1683441577648181248> LinkedIn: https://www.linkedin.com/posts/openstack_take-the-2023-openstack-user-surve… <https://www.linkedin.com/posts/openstack_take-the-2023-openstack-user-surve…> Evaluating another OpenInfra project? We have User Surveys for them as well! Kata Containers: https://openinfrafoundation.formstack.com/forms/kata_containers_user_survey <https://openinfrafoundation.formstack.com/forms/kata_containers_user_survey> OpenStack: https://www.openstack.org/user-survey/survey-2023/landing <https://www.openstack.org/user-survey/survey-2023/landing> StarlingX: https://openinfrafoundation.formstack.com/forms/starlingx_user_survey <https://openinfrafoundation.formstack.com/forms/starlingx_user_survey> Zuul: https://openinfrafoundation.formstack.com/forms/zuul_user_survey <https://openinfrafoundation.formstack.com/forms/zuul_user_survey> We really appreciate your participation in the User Survey and are really excited to share with you all the cool data we collect! Cheers, Helena helena(a)openinfra.dev <mailto:helena@openinfra.dev> Marketing & Community Coordinator The OpenInfra Foundation

1 0

[zun] container run database insert error
by Jaime Ibar 24 Jul '23

24 Jul '23

Hi all, I have installed and configured zun for container support, all went good and I can list the available services with > openstack appcontainer service list however when I try to launch a container with > openstack appcontainer run --name container --net network=$NET_ID cirros ping 8.8.8.8 as stated in the documentation, I get the following error in zun-api oslo_db.exception.DBReferenceError: (pymysql.err.IntegrityError) (1452, 'Cannot add or update a child row: a foreign key constraint fails (`zun`.`container_actions`, CONSTRAINT `container_actions_ibfk_1` FOREIGN KEY (`container_uuid`) REFERENCES `container` (`uuid`))') I have followed this installation guide for yoga release(the one I'm running at the moment) https://docs.openstack.org/zun/yoga/install/index.html. Did anyone see this error before? TIA -- Jaime

1 0

Ussuri: how to delete lbaas loadbalancer left over?
by Michel Jouvin 24 Jul '23

24 Jul '23

Hi, We had a few Magnum (K8s) clusters created a couple of years ago (with Rocky and Stein versions) and forgotten. We started to delete them this spring when we where running Train Neutron service. Basically we managed to do this with the following sequence: - openstack coe cluster delete xxx and waiting for DELETE_FAILED - Use openstack coe cluster show / openstack stack resource list -n2 to identify the neutron entry causing the error and pick the corresponding resource ID - Find the ports associated with the router with openstack port list --router previously_found_id - Use the port subnet to find the port corresponding lbaas load balancer ID, use the neutron CLI to delete the load balancer (deleting one by one all the dependencies preventing the load balancer removal) - Rerun openstack coe cluster delete For some reasons, we didn't cleanup all the abandoned clusters and upgraded Neutron to Ussuri. Unfortunately, since then our previous process is no longer working as it seems that the Neutron server doesn't know anymore anything about the LBAAS load balancers (and "neutron lbaas-loadbalancer list" returns nothing). In the neutron server, any attempt to delete the subnet attached to the load balancer (or to list them with Neutron CLI) results in the following errors in Neutron server.log : ------ 2023-07-07 16:27:31.139 14962 WARNING neutron.pecan_wsgi.controllers.root [req-71e712fc-d8a7-4815-90b3-b406c10e0caa a2b4a88cfee0c18702fe89ccb07ae875de3f34f3f1bb43e505fd83aebcfc094c 245bc968c1b7465dac1b93a30bf67ba9 - 1367c9a4d5da4b229c35789c271dc7aa 1367c9a4d5da4b229c35789c271dc7aa] No controller found for: lbaas - returning response code 404: pecan.routing.PecanNotFound 2023-07-07 16:27:31.140 14962 INFO neutron.pecan_wsgi.hooks.translation [req-71e712fc-d8a7-4815-90b3-b406c10e0caa a2b4a88cfee0c18702fe89ccb07ae875de3f34f3f1bb43e505fd83aebcfc094c 245bc968c1b7465dac1b93a30bf67ba9 - 1367c9a4d5da4b229c35789c271dc7aa 1367c9a4d5da4b229c35789c271dc7aa] GET failed (client error): The resource could not be found. 2023-07-07 16:27:31.141 14962 INFO neutron.wsgi [req-71e712fc-d8a7-4815-90b3-b406c10e0caa a2b4a88cfee0c18702fe89ccb07ae875de3f34f3f1bb43e505fd83aebcfc094c 245bc968c1b7465dac1b93a30bf67ba9 - 1367c9a4d5da4b229c35789c271dc7aa 1367c9a4d5da4b229c35789c271dc7aa] 157.136.249.153 "GET /v2.0/lbaas/loadbalancers?name=kube_service_964f7e76-d2d5-4126-ab11-cd689f6dd9f9_runnerdeploy-wm9sm-5h52l_hello-node-x-default-x-runnerdeploy-wm9sm-5h52l HTTP/1.1" status: 404 len: 304 time: 0.0052643 ------ Any suggestion to workaround this problem and be able to successfully delete our old Magnum clusters? Thanks in advance for any help. Best regards, Michel

2 8

vPTG October 2023 Team Signup Kickoff
by Kendall Nelson 24 Jul '23

24 Jul '23

Hi Everyone, Hopefully, you have seen by now that the next OpenInfra vPTG[1] which will take place October 23-27, 2023 virtually and registration is open[2]! *To sign up your team, you must complete the survey[3] by August 20th at 7:00 UTC.* We NEED accurate contact information (email and IRC nickname ideally) for the moderator of your team’s sessions. This is because the survey information will be used to organize the schedule sign ups which will be done via the PTGBot. If you are not on IRC, please get setup[4] on the OFTC network and join #openinfra-events. You are also encouraged to familiarize yourself with the PTGBot documentation[5] as well. If you have any questions, please reach out! Information about signing up for time will be sent to moderators late August after the interest survey deadline on August 20. -Kendall (diablo_rojo) [1] PTG Site: https://openinfra.dev/ptg/ [2] PTG Registration: http://ptg2023.openinfra.dev/ [3] Team Survey: https://openinfrafoundation.formstack.com/forms/oct2023_ptg_team_signup [4] Setup IRC: https://docs.openstack.org/contributors/common/irc.html [5] PTGBot README: https://opendev.org/openstack/ptgbot/src/branch/master/README.rst

1 0

[openstack-ansible][wallaby deployment getting failed] error:- Service user token configuration is required for all Nova
by Danish Khan 23 Jul '23

23 Jul '23

Dear Team, I am trying to deploy openstack-ansible wallaby but it is getting failed with error: service user token configuration is required for all Nova services. For more details see the following: https://docs.openstack.org/latest/nova/admin/configuration/service-user-tok… But the mentioned webpage is not available. This is fixed in yoga but wallay is still failing. I tried to copy few variables from Yoga but that is working for me. Can someone please help me on this ? where I need to make some changes to deploy openstack-ansible wallaby? Thanks in advance :) Regards, Danish

2 1

Re: [all] [oslo.messaging] Interest in collaboration on a NATS driver
by Tobias Urdin 22 Jul '23

22 Jul '23

Hello Kai, Great to hear that you’re interested! I’m currently just testing this as a POC directly in devstack so there is real-world testing (not should it yet I think, needs more development first). Best regards Tobias > On 30 Aug 2022, at 18:32, Kai Bojens <kb(a)kbojens.de> wrote: > > Am 29.08.22 um 15:46 schrieb Tobias Urdin: > >> If anybody, or any company, out there would be interested in collaborating in a project to bring this support and maintain it feel free to >> reach out. I’m hoping somebody will bite but atleast I’ve put it out there for all of you. > > Hi, > I am very much interested to take a closer look at your work and maybe contribute to it. Although I'm working with OpenStack for my employer at the moment, I'd do this in my spare time as I'm not sure that I can convince him to add another staging system with a full OpenStack installation just for developing a RabbitMQ replacement. That's not on our agenda as we are mostly users and not developers of OpenStack. > > As I'm pretty new to the messaging topic and had just heard of NATS and your idea, I'll first would have to dive into NATS and then I would take a closer look at your code and maybe try to create some documentation or tests. So, I can't promise anything but as I said I'm very interested in your approach as I also see the massive load from RabbitMQ. > > This brings me to the most important question: Where do you run and test your code? > > Greetings, > Kai

8 30