As cosmic EOL's today not targeting for this fix.
** Also affects: cloud-archive/stein
Importance: Undecided
Status: New
** Also affects: cloud-archive/rocky
Importance: Undecided
Status: New
** Also affects: cloud-archive/train
Importance: Undecided
Status: New
**
** Changed in: cloud-archive/rocky
Status: Fix Committed => Fix Released
--
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/1826523
Title:
libvirtError exceptions dur
** Changed in: cloud-archive/rocky
Status: Fix Committed => Fix Released
** Changed in: cloud-archive/stein
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nov
** Changed in: cloud-archive/stein
Status: Fix Committed => Fix Released
--
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/1808951
Title:
python3 + Fedora + SSL + ws
** Changed in: cloud-archive/rocky
Status: Fix Committed => Fix Released
--
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/1825882
Title:
[SRU] Virsh disk attach err
Public bug reported:
neutron doesn't check the validity of gateway_ip as a subnet had been created.
Then we attach interface into a router for this subnet, the neutron-server will
report a error, like: "IP address 10.10.13.254 is not a valid IP for the
specified subnet."
How to reproduce:
1. cr
Reviewed: https://review.opendev.org/667765
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=6caedfd97675940eb3cf07e2f019926dae45d02c
Submitter: Zuul
Branch:master
commit 6caedfd97675940eb3cf07e2f019926dae45d02c
Author: melanie witt
Date: Wed Jun 26 23:25:48 2019 +
This bug was fixed in the package neutron-fwaas-dashboard -
2.0.1-0ubuntu1.1~cloud0
---
neutron-fwaas-dashboard (2.0.1-0ubuntu1.1~cloud0) bionic-stein; urgency=medium
.
* New update for the Ubuntu Cloud Archive.
.
neutron-fwaas-dashboard (2.0.1-0ubuntu1.1) disco; urgency=medium
Public bug reported:
I have created an OpenSUSE 15.1 image for MAAS[1] based on the OpenSUSE
OpenStack image[2] from upstream. The changes I made to the image are as
follows
1. I converted the image from a tar.xz to a tar.gz
2. I added /etc/resolv.conf to the image(LP:1834382). The Curtin hooks r
Public bug reported:
The following documents:
https://docs.openstack.org/keystone/latest/contributor/api_change_tutorial.html
https://docs.openstack.org/keystone/latest/getting-started/architecture.html
refer to the pre-Flask constructs of controllers.py, the internal WSGI
implementation, and to
This bug was fixed in the package nova - 2:19.0.0-0ubuntu2.3
---
nova (2:19.0.0-0ubuntu2.3) disco; urgency=medium
* d/p/bug_1825882.patch: Cherry-picked from upstream to ensure
virsh disk attach does not fail silently (LP: #1825882).
* d/p/bug_1826523.patch: Cherry-picked from
This bug was fixed in the package nova - 2:19.0.0-0ubuntu2.3
---
nova (2:19.0.0-0ubuntu2.3) disco; urgency=medium
* d/p/bug_1825882.patch: Cherry-picked from upstream to ensure
virsh disk attach does not fail silently (LP: #1825882).
* d/p/bug_1826523.patch: Cherry-picked from
This bug was fixed in the package nova - 2:19.0.0-0ubuntu2.3
---
nova (2:19.0.0-0ubuntu2.3) disco; urgency=medium
* d/p/bug_1825882.patch: Cherry-picked from upstream to ensure
virsh disk attach does not fail silently (LP: #1825882).
* d/p/bug_1826523.patch: Cherry-picked from
This bug was fixed in the package nova - 2:19.0.0-0ubuntu2.3
---
nova (2:19.0.0-0ubuntu2.3) disco; urgency=medium
* d/p/bug_1825882.patch: Cherry-picked from upstream to ensure
virsh disk attach does not fail silently (LP: #1825882).
* d/p/bug_1826523.patch: Cherry-picked from
This bug was fixed in the package neutron-fwaas-dashboard -
2.0.1-0ubuntu1.1
---
neutron-fwaas-dashboard (2.0.1-0ubuntu1.1) disco; urgency=medium
* d/gbp.conf: Create stable/stein branch.
* d/control: Add Breaks/Replaces to python3-neutron-fwaas-dashboard to
ensure python-neut
Reviewed: https://review.opendev.org/664792
Committed:
https://git.openstack.org/cgit/openstack/horizon/commit/?id=6c8674dc5d14c6a3d5bfcdadfce49a55232ca2ed
Submitter: Zuul
Branch:master
commit 6c8674dc5d14c6a3d5bfcdadfce49a55232ca2ed
Author: manchandavishal
Date: Wed Jun 12 06:09:21 2019
This bug was fixed in the package nova - 2:18.2.0-0ubuntu2~cloud0
---
nova (2:18.2.0-0ubuntu2~cloud0) bionic-rocky; urgency=medium
.
* New upstream release for the Ubuntu Cloud Archive.
.
nova (2:18.2.0-0ubuntu2) cosmic; urgency=medium
.
* Cherry-picked from upstream to ensu
Marking as fixed, Ocata has been maintenance-only for some time now (and
Pike too) and newer releases are not affected
** Changed in: neutron
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to
** Changed in: devstack
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1834849
Title:
Wrong endpoints config with configure_auth_token_middleware
Status in
Public bug reported:
If you pass binding_host_id to bulk port creation request, the property
is not saved into the DB and this results in port being unbound. This is
problematic for Kuryr where we precreate a number of ports pre-attached
to Neutron hosts.
I believe this was introduced in https://
Public bug reported:
Currently DatasourceOVF does not check the instance id to determine if
current instance is a new instance or not, so that every booting, cloud-
init will go through entire datasource list.
This leads an issue:
When a VM's network is customized to static IP by cloud-init Datas
Public bug reported:
When configured with LVM local storage for ephemeral partitions, Nova performs
wiping operation using `shred` before removing volume once a VM is deleted.
`shred` consumes a lot of CPU and almost all disk bandwidth (even on SSDs)
which drastically affects the performance of
So for TripleO, we're about to implement
https://bugs.launchpad.net/tripleo/+bug/1829062/comments/7
based on that tuning MPM/event example https://review.opendev.org/#/c/72666/
from the past
** Also affects: tripleo
Importance: Undecided
Status: New
** Changed in: tripleo
Statu
** Also affects: nova/pike
Importance: Undecided
Status: New
** Also affects: nova/stein
Importance: Undecided
Status: New
** Also affects: nova/queens
Importance: Undecided
Status: New
** Also affects: nova/rocky
Importance: Undecided
Status: New
** Chan
Public bug reported:
Pre-conditions:
Neutron （Pike）,firewall_driver=openvswitch， enable l2_population
related bug: https://bugs.launchpad.net/neutron/+bug/1834979
network nodeA ,compute node A,compute node B
RouterA ,tenant network A(VXLAN) connected to routerA and enable DHCP,VM-A
25 matches
Mail list logo
