Reviewed: https://review.opendev.org/c/openstack/neutron/+/819420
Committed:
https://opendev.org/openstack/neutron/commit/d3990468b9ffd2a5c780ed9801fe1f7428475990
Submitter: "Zuul (22348)"
Branch:master
commit d3990468b9ffd2a5c780ed9801fe1f7428475990
Author: Rodolfo Alonso Hernandez
Date:
I was able to deploy Devstack with Ceph recently, and USE_PYTHON3 is
True by default. I was then able to create an image, so I'll assume this
bug has been fixed some time in the past 2 years and close it. Feel free
to reopen if needed.
** Changed in: glance
Status: New => Fix Released
--
Reviewed: https://review.opendev.org/c/openstack/neutron/+/819900
Committed:
https://opendev.org/openstack/neutron/commit/ef7f673098c2a4574365f6f4ed20734f29309f08
Submitter: "Zuul (22348)"
Branch:master
commit ef7f673098c2a4574365f6f4ed20734f29309f08
Author: Rodolfo Alonso Hernandez
Date:
Public bug reported:
When the cpuset -> pcpuset data migration was added to
InstanceNUMATopology [1] it was missed that such object is not only
hydrated via InstanceNUMATopology.get_by_instance_uuid() but also
hydrated by RequestSpec.get_by_instance_uuid() indirectly. However the
latter code patch
Since cloud-init's network v2 support is just straight pass-through to
netplan, there doesn't seem to be anything for cloud-init to do here.
I'm marking this invalid for cloud-init, but feel free to change the
status back to new if I'm missing something.
** Changed in: cloud-init
Status: Ne
Reviewed: https://review.opendev.org/c/openstack/tempest/+/819751
Committed:
https://opendev.org/openstack/tempest/commit/bbe4f8c3054d1f71fd5057e6da096a99753e5754
Submitter: "Zuul (22348)"
Branch:master
commit bbe4f8c3054d1f71fd5057e6da096a99753e5754
Author: Takashi Kajinami
Date: Tue Nov
Public bug reported:
Description
-
Reverting a cold-migration/resize on an instance with dedicated CPU policy
fails intermittently with status 400 and a "fault" message similar to the
following:
"CPU set to unpin [8] must be a subset of pinned CPU set []"
The message above rese
Public bug reported:
* High level description:
When a router transitions to MASTER state, keepalived should send GARPs but it
fails because qg-* interface is down(it comes up about 1 sec after that, so it
might be some race condition)
Keepalived should also send another GARPs after 60 seconds(g
Public bug reported:
Modifying max device retries in classes inheriting from OVSNeutronAgent is
quite hard because it uses module constant.
Since our internal agent providing vrack functionality depends heavily on
OVSNeutronAgent it would be nice to be able to change that value without having
t
Public bug reported:
After upgrading from pike to xena my IPv6 vxlan overlay networks with
linuxbridge stopped working.
In neutron-linuxbridge-agent.log on the compute nodes I see:
Traceback (most recent call last):
File
"/usr/lib/python3/dist-packages/neutron/plugins/ml2/drivers/agent/_common
10 matches
Mail list logo
