Public bug reported:
Running a small cluster with 16 compute nodes and 3 controller nodes on
OpenStack Queens using SR-IOV VFs. From time to time, it appears that
the Nova scheduler loses track of some of the PCI devices (VFs) that are
actively mapped into servers. We don't know exactly when
subscribed field-high, added Ubuntu Neutron package, since this has
occurred in multiple production sites.
** Also affects: neutron (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed
Public bug reported:
Heat's bug: https://storyboard.openstack.org/#!/story/2005210
Heat creates service users in its dedicated domain on the fly. These are
crucial in situations that require deferred authentications, for example
autoscaling.
There's a password_regex option in
Public bug reported:
Heat's bug: https://storyboard.openstack.org/#!/story/2005210
Heat creates service users in its dedicated domain on the fly. These are
crucial in situations that require deferred authentications, for example
autoscaling.
While it is currently possible to ignore some
This bug was fixed in the package nova - 2:19.0.0-0ubuntu4
---
nova (2:19.0.0-0ubuntu4) eoan; urgency=medium
* d/p/xenapi-agent-change-openssl-error-handling.patch: Cherry-picked from
upstream to ensure xenapi agent only raises a RuntimeError exception
when openssl returns
Public bug reported:
I wrote up the issues with gaming the system that can happen with deep
quotas. This has driven what happened with 2 level quota in unified
limites.
https://adam.younglogic.com/2018/05/tracking-quota/
This should merge in with the documentation to explain why we limit
Public bug reported:
- [x] This is a doc addition request.
The section of the doc that has the curl request to placement which says
"As of the writing of this guide, there is not placement API CLI client,
so the curl command is used for this example.", that could be replaced
with using
Reviewed: https://review.opendev.org/648726
Committed:
https://git.openstack.org/cgit/openstack/neutron-vpnaas/commit/?id=7e9922858fc36cb890b59232d72cf6e7bcb5957c
Submitter: Zuul
Branch:master
commit 7e9922858fc36cb890b59232d72cf6e7bcb5957c
Author: Stephen Ma
Date: Fri Mar 29 09:31:03
PTG May 2nd Cinder/Glance session:
Lets not make the size user settable and instead just resize bigger
chunks at the time and shrink back after EOF.
** Changed in: glance
Importance: Undecided => High
** Changed in: glance
Milestone: None => next
** Also affects: glance-store
Reviewed: https://review.opendev.org/648676
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=a9324ad84c6ef9b645643e8087f0f200d0ab1e88
Submitter: Zuul
Branch:master
commit a9324ad84c6ef9b645643e8087f0f200d0ab1e88
Author: Balazs Gibizer
Date: Fri Mar 29 13:46:32 2019
Public bug reported:
When doing a openstack port list that filters for a fixed-ip/subnet and
at the same time limits the amount of results neutron returns a 500
internal server error. This was already addressed in
https://bugs.launchpad.net/neutron/+bug/1826186 but this bug is also
present in
Public bug reported:
I have a small Rocky installation where Glance is configured with 2
backends (old images use the 'file' backend while new ones use the rbd
backend, which is the default)
show_multiple_locations is true but I have modified the _image_location
policies. The used policy.json
12 matches
Mail list logo