Public bug reported:
Description
It's no supported that attaches a volume has `multiattach` set to an ironic
instance.
It is supported if the volume set `multiattach` to `false`.
Additionally,the storage back end for the volume has `multiattach` property.
Steps to reproduce:
* attach a
Public bug reported:
Test run here:
https://solutions.qa.canonical.com/testruns/testRun/19f7492e-1a8c-4ec3-b0bb-0fc4f2453f7b
Artifacts/Logs/Bundles here:
https://oil-jenkins.canonical.com/artifacts/19f7492e-1a8c-4ec3-b0bb-0fc4f2453f7b/index.html
Juju Openstack model crashdump here:
Public bug reported:
Description
===
This was initially reported downstream against QEMU in the following bug:
Get libvirtError "Device XX is already in the process of unplug" when detach
device in OSP env
https://bugzilla.redhat.com/show_bug.cgi?id=1878659
I first saw the error crop
Public bug reported:
For example run from 9.04.2021:
https://e1066ed764372feffb00-43bef2b011f595598cf89d565fc6c894.ssl.cf5.rackcdn.com/periodic/opendev.org/openstack/neutron/master
/neutron-centos-8-tripleo-
standalone/7373ecf/logs/undercloud/var/log/containers/neutron/dhcp-
agent.log
2021-04-09
Public bug reported:
It seems that custom kill scripts aren't working properly if they are in the
PATH which isn't in the standard PATH now.
When we were using rootwrap to run such scripts it was fine when scripts were
e.g. in default path which is /etc/neutron/kill_scripts/ as this directory
** Also affects: nova/ussuri
Importance: Undecided
Status: New
** Also affects: nova/train
Importance: Undecided
Status: New
** Changed in: nova/train
Importance: Undecided => Medium
** Changed in: nova/ussuri
Importance: Undecided => Medium
** Changed in: nova/ussuri
Public bug reported:
DHCP notification is done after each create/update/delete for
network, subnet and port [1].
This notification currently has to retrieve network from DB each time,
which is a quite heavy DB request and hence affects performance of
port and subnet CRUD [2].
2 proposals:
- not
7 matches
Mail list logo