Public bug reported:
Starting with Django 1.9 users are kicked out to the login screen after
the web server is restarted. This is especially severe when running
Horizon with a high number of processes.
However, if Horizon is running with Django 1.8.19 or older, Horizon can
be restarted with
** Changed in: nova
Status: In Progress => Invalid
** Changed in: nova
Assignee: Nguyen Hai (nguyentrihai93) => (unassigned)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
Reviewed: https://review.openstack.org/559636
Committed:
https://git.openstack.org/cgit/openstack/senlin-dashboard/commit/?id=8929010fc340dbc4d5622a95566bb20c99055b5b
Submitter: Zuul
Branch:master
commit 8929010fc340dbc4d5622a95566bb20c99055b5b
Author: Shu Muto
Date:
Public bug reported:
We had a testcase where we booted an instance on Newton, migrated it off
the compute node, deleted the compute node (and service), upgraded to
Pike, created a new compute node with the same name, and migrated the
instance back to the compute node.
At this point the "nova
Public bug reported:
This bug tracker is for errors with the documentation, use the following
as a template and remove or add fields as you see fit. Convert [ ] into
[x] to check boxes:
- [x] This doc is inaccurate in this way:
When say to run the command:
nova-status upgrade check
it fails
Looking at your service list output, you only have a single compute
service, correct? So you have to resize to the same host, and the
placement service is saying that host has no space left for the resize
to the new flavor that you're attempting.
** Changed in: nova
Status: New => Invalid
** No longer affects: nova/newton
--
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/1713783
Title:
After failed evacuation the recovered source compute tries to delete
Reviewed: https://review.openstack.org/507854
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=a0b4116ed68cb71a9a74fee616b5036f5fda4dd2
Submitter: Zuul
Branch:master
commit a0b4116ed68cb71a9a74fee616b5036f5fda4dd2
Author: Andrey Volkov
Date: Wed
First, this is a python-novaclient bug, not a nova bug.
Second, the call to get the server isn't for checking if the server
exists, it's because the CLI allows passing in a server name or ID, and
if it's a name, we have to look it up to get the ID to pass to the GET
/servers/{server_id/migrations
*** This bug is a duplicate of bug 1713783 ***
https://bugs.launchpad.net/bugs/1713783
This was fixed under a different bug:
https://review.openstack.org/#/c/499237/
** This bug has been marked a duplicate of bug 1713783
After failed evacuation the recovered source compute tries to delete
** Tags added: libvirt queens-backport-potential
** Changed in: nova
Status: New => Confirmed
** Also affects: nova/queens
Importance: Undecided
Status: New
** Changed in: nova/queens
Importance: Undecided => High
** Changed in: nova
Importance: Undecided => High
**
** Also affects: neutron (Ubuntu Bionic)
Importance: Undecided
Status: New
** Also affects: neutron (Ubuntu Artful)
Importance: Undecided
Status: New
** Changed in: neutron (Ubuntu Artful)
Status: New => Triaged
** Changed in: neutron (Ubuntu Artful)
Importance:
Public bug reported:
Description
===
When using preallocated file based disks (preallocate_images = space) with the
Libvirt virt driver the reported allocation for each disk appears doubled,
leaving disk_available_least under reporting the amount of available resources
on a compute
** Also affects: neutron (Ubuntu Bionic)
Importance: Undecided
Status: Confirmed
** Also affects: neutron (Ubuntu Artful)
Importance: Undecided
Status: New
** Changed in: neutron (Ubuntu Artful)
Status: New => Triaged
** Changed in: neutron (Ubuntu Artful)
Public bug reported:
We have seen issues downstream where calling dhcp_release didn't cause
the lease to be removed from the leases files used by dnsmasq. There
are a couple of scenarios where this could happen:
1. The packet is simply lost, as it is UDP, even though it's being looped-back
2.
** Changed in: nova
Assignee: (unassigned) => Matt Riedemann (mriedem)
** Also affects: nova/pike
Importance: Undecided
Status: New
** Also affects: nova/queens
Importance: Undecided
Status: New
** Changed in: nova/pike
Status: New => Confirmed
** Changed in:
Public bug reported:
Nova version: stable/queens fda768b304e05821f7479f9698c59d18bf3d3516
Hypervisor: Libvirt + KVM
If an instance doesn't exist in libvirt (failed live migration, compute
container rebuilt, etc) a hard reboot or start is no longer able to
recreate it. We see this problem
Public bug reported:
The notify_usage_exist() function always query the DB to get the
bandwidth usage data. But such data is only available if the
CONF.bandwidth_poll_interval is set to a positive number (600 is the
default) and the virt driver supports such data collection. Today only
xenapi
Public bug reported:
Both notify_usage_exists() [1] and info_from_instance() [2] functions used in
the notification code path get the system_metadata passed in. Instead we should
use the instance.system_metadata directly whenever it is possible.
[1]
Public bug reported:
Since polling_compute is a background process there are no intimation to the
admin that nova-api service is stopped during execution of polling compute.
Only by checking /var/log/messages logs, one can detect the error.
however, admin must be informed about failure of the
Public bug reported:
An extra call is made to nova-api for fetching server details to check it's
existence.
Once existence of server is confirmed, after that "server migration list" call
is made to nova-api.
In existing nova cli code flow, if server does not exist and "nova
Public bug reported:
There is no possibility to set network as not shared if it was also
shared via RBAC policy for some specific tenant.
How to reproduce bug:
1. Create 2 projects (tenants): tenantA and tenantB
2. TenantA creates an external network (ext_net_A) + subnet
3. For the external
Public bug reported:
Unnecessarily use of a list and extra loop call to offload the shelved
instances whose shelved time passed the shelved offload time.
To offload the shelved instances whose shelved time passed the shelved
offload time, first list is created and then this list of shelved
Public bug reported:
For each delete flavor request, we are retrieving the flavor information
twice (i.e. get complete flavor list and then get flavor by uuid), The
second call to get flavor by uuid is not required as first call provides
all the necessary information.
Code Change is required to
You are right. The fix will probably need to be in the python-
openstackclient code.
** Project changed: neutron => python-openstackclient
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
Public bug reported:
In Delete domain usecase, Redundant SQL queries are getting executed, which can
lead to performance delay.
In Delete domain use case, select query is executed mutilple times to retreive
information of project_id. This must be reduced to enhance the performance.
Code
Public bug reported:
In Create user operation an extra GET request is executed to fetch tenant
information. tenant information can not be acquired by tenant_name as API is
not supported directly for tenant_name. The first GET request is executed with
tenant_name then initially 404 error is
Public bug reported:
There are no records logged which show that httpd.service is dead. The
error is logged in /var/log/messages, this can make it difficult for the
administrator to trace the error because /var/log/messages contains the
general purpose error logs for overall system.
As keystone
Public bug reported:
I haven't quite figured out what is wrong, but I tried bootstrapping
bionic with Juju 2.3.6 (proposed) today. I had been successfully
bootstrapping on LXD bionic as of last week. This was my first attempt
to bootstrap on a MAAS image of bionic.
The cloud init version
29 matches
Mail list logo