Reviewed: https://review.opendev.org/c/openstack/glance/+/841548
Committed:
https://opendev.org/openstack/glance/commit/d7fa7a0321ea5a56ec130aa0bd346749459ccaf2
Submitter: "Zuul (22348)"
Branch:master
commit d7fa7a0321ea5a56ec130aa0bd346749459ccaf2
Author: whoami-rajat
Date: Thu May 12
Marking charm tasks as invalid on this particular bug as these aren't
related to the charms and were chased down to other components.
** Changed in: charm-nova-compute
Status: New => Invalid
** Changed in: openstack-bundles
Status: New => Invalid
--
You received this bug
** Changed in: neutron
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1972278
Title:
ovn-octavia-provider oslo config options colliding with
Public bug reported:
After upgrading to Xena we started noticing slow queries that were written down
in mysql slow log.
Most of them were including next subquery:
SELECT DISTINCT ports.id AS ports_id FROM ports, networks WHERE
ports.project_id = '' OR ports.network_id = networks.id AND
Public bug reported:
After the change described in
https://mail.openvswitch.org/pipermail/ovs-dev/2022-May/393966.html was
merged and released in stable OVN 22.03, there is a possibility to
create an endless loop of revision_number update in external_ids of
ports and router_ports. We have
The problem in the python reproducer is the VIP device_owner. The VIP
must not have one. Once removed from the python reproducer code, the VIP
never looses its type "virtual".
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of
Public bug reported:
Bug found in Octavia (master)
Octavia creates at least 2 ports for each load balancer:
- the VIP port, it is down, it keeps/stores the IP address of the LB
- the VRRP port, plugged into a VM, it has the VIP address in the
allowed-address list (and the VIP address is
7 matches
Mail list logo