[Yahoo-eng-team] [Bug 1964575] Re: [DB] Migration to SQLAlchemy 2.0

Yes, I think we can close this one and consider it as released. So far we didn't find any new error in the CI jobs. Any new bug can be tracked in a new LP bug. ** Changed in: neutron Status: New => Fix Released -- You received this bug notification because you are a member of Yahoo! Engin

[Yahoo-eng-team] [Bug 2051172] [NEW] [ovn-octavia-provider] Deleting or updating Load Balancer members in on pool can effect other pools or same pool if the same IP is used

Public bug reported: * High level description: We have discovered that when using Octavia OVN Load Balancers, if you have 2 or more pools with the same member ips (but different ports) if you remove the member from one pool it will remove the ip configuration from the "ip_port_mappings" in the

[Yahoo-eng-team] [Bug 2051171] [NEW] SQLalchemy 2.0 warning in neutron-lib

Public bug reported: Running 'tox -e pep8' in neutron-lib or neutron repo generates this new warning: /home/bhaley/git/neutron-lib/neutron_lib/db/model_base.py:113: MovedIn20Warning: Deprecated API features detected! These feature(s) are not compatible with SQLAlchemy 2.0. To prevent incompatib

[Yahoo-eng-team] [Bug 2019190] Re: [RBD] Retyping of in-use boot volumes renders instances unusable (possible data corruption)

** Also affects: cinder (Ubuntu) Importance: Undecided Status: New ** Also affects: cinder (Ubuntu Noble) Importance: Undecided Status: New ** Also affects: cinder (Ubuntu Jammy) Importance: Undecided Status: New ** Also affects: cinder (Ubuntu Mantic) Importance

[Yahoo-eng-team] [Bug 2051126] [NEW] stores-info fails if unrecognised backend specified

Public bug reported: If deployer specifies invalid backend for glance using 'enabled_backends' in glance-api.conf file then glance stores-info command fails with HTTP 500 error with below stacktrace; Jan 24 14:25:08 devstack-caracal glance-api[1906424]: ERROR glance.common.wsgi [None req-71e9094

[Yahoo-eng-team] [Bug 1884708] Re: explicity_egress_direct prevents learning of local MACs and causes flooding of ingress packets

I'm reopening this because I believe the fix committed fixes only part of the problem. With firewall_driver=noop the unnecessary ingress flooding on br-int is gone. However we still have the same unnecessary flooding with firewall_driver=openvswitch. For details and a full reproduction please comme

[Yahoo-eng-team] [Bug 2038978] Re: [OVN] Floating IP <=> Floating IP across subnets

*** This bug is a duplicate of bug 2035281 *** https://bugs.launchpad.net/bugs/2035281 This issue is the same as https://bugs.launchpad.net/neutron/+bug/2035281 and fixed in https://review.opendev.org/c/openstack/neutron/+/895260. ** This bug has been marked a duplicate of bug 2035281 [ML2

[Yahoo-eng-team] [Bug 2051108] [NEW] Support for the "bring your own keys" approach for Cinder

Public bug reported: Description === Cinder currently lags support the API to create a volume with a predefined (e.g. already stored in Barbican) encryption key. This feature would be useful for use cases where end-users should be enabled to store keys later on used to encrypt volumes.