- openstack-discuss - lists.openstack.org

[neutron] exposing ip address of external Network from within the virtual machine
by A Monster 07 Apr '22

07 Apr '22

I have two networks, one internal to openstack " internal_network" 10.10.10.0/24 and an external Network "public" which is connected to an external network 192.168.100.0/24 in order to connect instances to "public" network, I created a router of which the gateway is public network, and also connected to internal_network, and used floating ip to access vm instances from the external network (public), but the problem I have encountered now is that I want to expose the and Ip from the external network inside the vm instance , but when I try to directly attach an interface from the external network to the instance, I don't get and Ip address inside the instance, and even if I assign it manually it still doesn't work, I can't use enable DHCP with public network because it already has its own external dhcp server. How can I solve this problem?

2 1

Wireguard setup between a server and a aio
by Adivya Singh 07 Apr '22

07 Apr '22

Hi Team, i m trying to set a wireguard setup between a web server and a AIO server with a public IP I have created a tunnel interface between 2 servers with Endpoint as AIP public IP range, but still I am unable to reach the Public IP of AIO. Note : Please note that IT has not allowed public IP range for AIO Regards Adivya Singh

2 1

[TripleO] Gate blockers - C8 Wallaby & C9 Master|Wallaby
by Dariusz Smigiel 06 Apr '22

06 Apr '22

Hey! TripleO team noticed two separate issues which hit gates about 5h ago: * C8 Wallaby https://bugs.launchpad.net/tripleo/+bug/1967943 * C9 Master|Wallaby: https://bugs.launchpad.net/tripleo/+bug/1967945 Please withhold rechecking until further notice. Thanks, Dariusz

2 3

plain text config parameters encryption feature
by Alexander Yeremko 06 Apr '22

06 Apr '22

Dear OpenStack community, we are developing plain text config secrets encryption feature according to the next specification: https://specs.openstack.org/openstack/openstack-ansible-specs/specs/xena/pr… We started from Glance OS service and submitted two patchsets already: https://review.opendev.org/c/openstack/openstack-ansible-os_glance/+/814865 Now we have two questions that we need to clarify to proceed our work on that feature and finish our development: 1. Is it correct that we need to develop more patchsets to rework some logic of encryption mechanism according to comment to 'files/encypt_secrets.py' script that arised at the second patchset (PatchSet 2) dated Nov/30/2021 ? Comment is by Dmitry Rabotyagov: "We _really_ should make it as an ansible plugin and re-work logic" 2. We wish to have such feature in previous releases also, not just in upcoming Yoga or Zed. Stein, Train and Victoria - it would be excellent to have plain text secrets encryption with these releases also. So question is how is it possible to use our feature in those releases also? Can we push some backports to those releases openstack-ansible repo? Could someone be so kind and give us answers? Best regards and wishes, Alex Yeremko This E-Mail (including any attachments) may contain privileged or confidential information. It is intended only for the addressee(s) indicated above. The sender does not waive any of its rights, privileges or other protections respecting this information. Any distribution, copying or other use of this E-Mail or the information it contains, by other than an intended recipient, is not sanctioned and is prohibited. If you received this E-Mail in error, please delete it and advise the sender (by return E-Mail or otherwise) immediately. Any calls held by you with Connectria may be recorded by an automated note taking system to ensure prompt follow up and for information collection purposes, and your attendance on any calls with Connectria confirms your consent to this. Any E-mail received by or sent from Connectria is subject to review by Connectria supervisory personnel.

4 6

[swift][ptg] Ops feedback session - Apr 7 at 13:00 UTC
by Timothy Burke 06 Apr '22

06 Apr '22

As in PTGs past, we're getting devs and ops together to talk about Swift: what's working, what isn't, and what would be most helpful to improve. We're meeting in Havana (https://www.openstack.org/ptg/rooms/havana) on Apr 7 at 13:00UTC -- if you run a Swift cluster, we hope to see you there! Even if you can't make it, I'd appreciate if you can offer some feedback on this PTG's etherpad (https://etherpad.opendev.org/p/swift-zed-ops-feedback) Tim

3 2

[ptg][ptl][largescale-sig][all] PTG session: "The Scaling Journey" - Wednesday, April 6 15utc - kilo room
by Belmiro Moreira 06 Apr '22

06 Apr '22

Hi, the Large Scale SIG is organizing a PTG session to discuss "The Scaling Journey". The SIG worked in a "scaling journey" to guide and help operators to scale their OpenStack deployments. Definitely, there are different ways to scale OpenStack! and the challenges to move from a few hundreds cores to thousands or now millions cores are completely different. Based on the experience of several operators, we tried to answer different common questions and identify the pain points. https://wiki.openstack.org/wiki/Large_Scale_SIG If you are interested in scalability it would be great to have your feedback. Also, it's important that PTLs join because they can give the project vision for scalability and advise on how to overcome possible bottlenecks. To discuss all of this we will have a "zoom" session on Wednesday, April 6 15utc - "kilo room". See you there! cheers, Belmiro on behalf of the Large Scale SIG

2 1

Upgrading Openstack nodes
by Marc-Antoine Godde 06 Apr '22

06 Apr '22

Hello, We are running an Openstack cloud composed of 3 controller nodes and 4 compute nodes. Our deployment was realized with OpenStack-ansible and we are running OpenStack Ussuri on Ubuntu 18.04. Our plan is to upgrade nodes to Ubuntu 20.04, that way we would be able to update to OpenStack Victoria and further. We would like to withdraw each node from the cluster, reinstall a clean linux and redeploy the nodes. There is garbage remaining from previous upgrades. We figured out the way in the documentation to remove a compute node from the cluster with Openstack-ansible but we can’t find any related documentation for controller nodes. Any help would be very much appreciated. By the way, if you’d have any other suggestions on how to perform that upgrade, fell free to help. Best, Marc-Antoine Godde

2 2

[dev][infra][qa][tact-sig] Zuul behavior change with Depends-On across queues
by Jeremy Stanley 06 Apr '22

06 Apr '22

For those who haven't seen the more detailed announcement[*] about it, just a quick note that if you get a sudden -2 back from Zuul when approving a change with a Depends-On to a change in a different project which hasn't merged yet, that's likely an indication those projects don't share a dependent queue. It's not a bug, but an intentional clarification of Zuul's enqueuing behavior. For most other Zuul deployments (and even our other Zuul tenants in OpenDev) this is purely cosmetic, but since OpenStack's Zuul tenant is configured to require a positive Verified vote before enqueuing into the gate pipeline, it means some changes may end up unexpectedly needing another pass through check first. It's worth re-evaluating whether or not this "clean check" rule remains a useful requirement for gating. It was added some years ago because a number of gate breaking bugs were traced back to unstable changes being rechecked enough times that eventually they got lucky and were able to merge, and then their instability contributed to destabilizing the integrated gate as a whole. Similarly, changes were being approved without reviewers confirming their jobs were passing first, and this led to additional resource waste. There is a bit of discussion around "blind rechecks" at the PTG this week, and so this topic is related; it might be a good idea to consider it in conjunction with the greater recheck conversation. [*] http://lists.opendev.org/pipermail/service-announce/2022-April/000033.html -- Jeremy Stanley

2 2

[openstack-ansible][PTG] Session on 6th of April is cancelled
by Dmitriy Rabotyagov 06 Apr '22

06 Apr '22

1 0

[Oslo] IRC meeting.
by Daniel Mats Niklas Bengtsson 06 Apr '22

06 Apr '22

Hi there, I would like to know if you agree that we have the meeting once a week? Instead of the first and third Monday of the month. It will be easier to manage and if sometimes it is canceled it does not matter Even if the meetings each week are short, this way we will have regular follow-up.

2 1