Public bug reported:
Editing of snapshot image or updating its metadata from horizon
dashboard is not allowed until existing properties with empty string
values are set or removed from metadata tree.
Depending on configurations, these properties can be:
os_hash_algo
os_hash_value
Reviewed: https://review.opendev.org/c/openstack/keystone/+/802412
Committed:
https://opendev.org/openstack/keystone/commit/d9cd6b73478a002860ae601d83fda334a467edfd
Submitter: "Zuul (22348)"
Branch:master
commit d9cd6b73478a002860ae601d83fda334a467edfd
Author: Takashi Kajinami
Date: Tue
Reviewed: https://review.opendev.org/c/openstack/nova/+/810909
Committed:
https://opendev.org/openstack/nova/commit/b841e553214be9a732703e2dfed6c97698ef9b71
Submitter: "Zuul (22348)"
Branch:master
commit b841e553214be9a732703e2dfed6c97698ef9b71
Author: Balazs Gibizer
Date: Fri Sep 24
Thx Liu and Bence. You are right. It is like that always in case of
SLAAC and DHCPv6-stateless subnets:
https://github.com/openstack/neutron/blob/bd7b40b4f871586068039e6014dbb9081d1630e8/neutron/db/ipam_pluggable_backend.py#L274
** Changed in: neutron
Status: New => Incomplete
** Changed
** No longer affects: nova
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1945323
Title:
Can't attach NVMe volumes
Status in os-brick:
In Progress
Bug description:
Private bug reported:
After removing a project from Openstack, it appears that the network-
related bits pick up the old, deleted project causing 404 errors when
running certain commands.
Here is the output from a terminal when this issue happens:
https://pastebin.canonical.com/p/qpFtq3YBGw/
Public bug reported:
Updating the binding profile of a port will fail because of invalid
type. This suggests a bug in the Neutron code that handles the
parameters.
$ neutron --debug port-update subportD --binding:profile type=dict
parent_name=4af7ef43-597b-4747-b3ac-2b045db17374,tag=999
...
Public bug reported:
Description
===
When neutron port has MAC address defined in upper case and libvirt stores MAC
in XML in lower case, migration is failed with KeyError:
```
Sep 30 10:31:38 cc-compute08-dx1 nova-compute[3054313]: 2021-09-30 10:31:38.028
3054313 ERROR
** Also affects: cloud-archive
Importance: Undecided
Status: New
** Also affects: cloud-archive/victoria
Importance: Undecided
Status: New
** Also affects: cloud-archive/wallaby
Importance: Undecided
Status: New
** Also affects: cloud-archive/xena
Importance:
Hello:
The problem reported relates to Nova migration process. When an error
like this one occurs, Nova should rebind again the port in the source
host. If this is not happening, as you described, then Nova process
should be reviewed.
Please, provide the Neutron logs (SRIOV agent, Neutron
Public bug reported:
Description
===
Looks like a race between libvirtd restarting and the evacuation test
running?
https://zuul.opendev.org/t/openstack/build/c61ba346d3dc4677bb4a0a1520fec054/log/job-
output.txt#62168
2021-09-29 08:20:51.046250 | controller | +
Public bug reported:
Description
===
The services deployed in the smart network card include ovs
agent、neutron agent、l3 agent,When checking the agent, we only need to
check the ovs,but all are checked.When l3 agent is active and ovs is
down, the check passes, which will cause an error
12 matches
Mail list logo
