** No longer affects: nova/ussuri
--
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/1944759
Title:
[SRU] confirm resize fails with CPUUnpinningInvalid
Status in Ubuntu Clo
05b68b4-498c-4ea9-85ce-8be0c305ec4b] if ret == -1: raise libvirtError
('virDomainCreateWithFlags() failed', dom=self)
2021-08-11 17:36:44.317 376565 ERROR nova.compute.manager [instance:
505b68b4-498c-4ea9-85ce-8be0c305ec4b] libvirt.libvirtError: Unable to create
tap device tap73
Public bug reported:
Reproduced on: bionic-queens, focal-wallaby
A normal-running nova-compute service with instances can have its DB
suffer drastic damage by having its FQDN changed due to external factors
that may be beyond control and always have some chance of happening,
such a network outage
Given the meeting discussion and the fact that solution (2) above is
able to achieve the intended effect, I marked the bug for Nova project
as invalid and added charm-nova-compute as affected, where the fix would
have to be implemented in.
** Also affects: charm-nova-compute
Importance: Undecid
** Also affects: nova (Ubuntu)
Importance: Undecided
Status: New
** Also affects: nova (Ubuntu Focal)
Importance: Undecided
Status: New
** Also affects: nova (Ubuntu Hirsute)
Importance: Undecided
Status: New
** Also affects: cloud-archive
Importance: Undecided
** Merge proposal linked:
https://code.launchpad.net/~rodrigo-barbieri2010/ubuntu/+source/nova/+git/nova/+merge/409020
** Also affects: cloud-archive
Importance: Undecided
Status: New
** Also affects: cloud-archive/stein
Importance: Undecided
Status: New
--
You received
Public bug reported:
Description:
When performing a cold migration, if an exception is raised by the
driver during confirm_migration (this runs in the source node), the
migration record is stuck in "confirming" state and the allocations
against the source node are not removed.
The instance is f
Public bug reported:
When using calico, the vif_type is tap, therefore when the instance is
being created, the method plug_tap() is invoked, which creates the tap
device prior to launching the instance.
That tap device is currently always created without multiqueue as per
[1]. When libvirt create
This issue has been further investigated and diagnosed to be a
configuration mistake.
** Changed in: nova
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.
debdiff for SRU focal-ussuri
** Description changed:
When using calico, the vif_type is tap, therefore when the instance is
being created, the method plug_tap() is invoked, which creates the tap
device prior to launching the instance.
That tap device is currently always created without
Public bug reported:
Environment:
- tested in focal-victoria and bionic-stein
==
Steps to reproduce:
1) Deploy OpenStack having 2 nova-compute nodes
2) Configure both compute nodes to have a RBD backend pointing to the same pool
in ceph as below:
[libvirt]
images_type = rbd
Public bug reported:
env: bionic-ussuri and bionic-wallaby (devstack)
When running "openstack usage show --project ", having only
shelved_offloaded instances in the project, it continues to track
metrics as if the instance was running, even though it is not. See
output below:
$ openstack server
Public bug reported:
environment: devstack-master stacked Jan 28th 2021
The "openstack usage show" commands provide metrics related to run time of the
instance, as seen below:
+---+--+
| Field | Value|
+---+--+
| CPU Hours | 260.68 |
| Di
Public bug reported:
Focal-ussuri customer env with lots of resources.
when trying to load the project>instance page, if the total amount of
time loading data takes more than 26 seconds, the page enters a reload
loop until the browser times out in 5 minutes.
The 26 seconds number was obtained in
** Also affects: charm-openstack-dashboard
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/2045168
Title:
instances page
I am removing the Horizon from the affected projects because I found out
that the issue is caused by haproxy. The charmed installation of horizon
installs and configures haproxy under-the-hood (which I didn't know and
had assumed that the installation was equivalent to upstream, but I was
wrong. Us
*** This bug is a duplicate of bug 1969971 ***
https://bugs.launchpad.net/bugs/1969971
Considering the original description of this bug coming from a charmed
deployment of nova, the bug [1] below I just marked this one as a
duplicate of, the fix for that is very likely to address this one as
w
Public bug reported:
Setting the config option OPENSTACK_INSTANCE_RETRIEVE_IP_ADDRESSES to
False successfully allows skipping neutron calls when loading the
instance list page, therefore speeding up page loading. However, when
clicking on an instance and loading the instance details page it still
** Also affects: cloud-archive
Importance: Undecided
Status: New
** Also affects: cloud-archive/victoria
Importance: Undecided
Status: New
** Also affects: cloud-archive/zed
Importance: Undecided
Status: New
** Also affects: cloud-archive/bobcat
Importance: Undec
Fix has merged in Caracal/Noble cycle, has been backported upstream to
Bobcat, Antelope and Zed. It needs to have SRU'ed back to Ussuri.
Bobcat, Antelope and Zed could have Point Releases (as long as there one
new tag upstream), but for Yoga, Xena, Wallaby, Victoria and Ussuri it
will necessary to
this is a problem of the keystone charm, not upstream horizon
** Also affects: charm-keystone
Importance: Undecided
Status: New
** Changed in: horizon
Status: New => Invalid
** Changed in: charm-keystone
Status: New => In Progress
--
You received this bug notification b
** Also affects: ubuntu
Importance: Undecided
Status: New
** Also affects: Ubuntu Mantic
Importance: Undecided
Status: New
** Also affects: Ubuntu Focal
Importance: Undecided
Status: New
** Also affects: Ubuntu Jammy
Importance: Undecided
Status: New
** A
** 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/1939920
Title:
Compute node deletes itself if rebooted without DNS
Status in OpenStack Nova Co
affects: cloud-archive/yoga
Importance: Undecided
Status: New
** Also affects: horizon
Importance: Undecided
Status: New
** Changed in: horizon
Status: New => Fix Committed
** Changed in: horizon
Assignee: (unassigned) => Rodrigo Barbieri (rodrigo-barbie
Public bug reported:
envs tested: ussuri and yoga
A project admin can set the quota through the CLI using command
"openstack quota set".
However, using Horizon, only a cloudadmin can set project quotas, as can
be seen in [1].
Since this is a feature available through the CLI, I see no reason wh
** Description changed:
+ *** SRU TEMPLATE AT THE BOTTOM ***
+
Saw this on a downstream CI run where a volume mount failed:
2022-07-29 11:56:57.606 2 ERROR nova.compute.manager
[req-67e1cef8-e30a-4a47-8010-9e966fd30fce 8882186b6a324a0e9fb6fd268d337cce
8b290d651e9b42fd
** Also affects: nova
Importance: Undecided
Status: New
--
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/2106500
Title:
logrotate script definition forces applic
** Also affects: nova (Ubuntu)
Importance: Undecided
Status: New
--
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/2106500
Title:
logrotate script definition forc
** Changed in: horizon
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/2056377
Title:
Create Role button is not visible for defau
** Description changed:
+ * SRU TEMPLATE AT THE BOTTOM
+
OpenStack/Horizon: Yoga
After creating an instance
# openstack server show test2 | egrep 'flavor| id '
| flavor | gen.medium (gen.medium)
| id
30 matches
Mail list logo
