Public bug reported:
heat integration tests test_stack_update_replace_with_ip_rollback failed
with below error. Though there no previous occurrences of this error, I
can see db errors in neutron logs[1].
http://logs.openstack.org/39/377439/2/gate/gate-heat-dsvm-functional-
You have been subscribed to a public bug:
test_stack_update_replace_with_ip_rollback failed with below error.
Though there no previous occurrences of this error, I can see db errors
in neutron logs[1].
Public bug reported:
The current implementation of the diagnostics API provides various
standard network counter info. Two of those fields are simply
"_rx" and "_tx" with no units. This is not nice from a
usability and self-documentation perspective. I had to read the code to
verify they are in
** Also affects: swift
Importance: Undecided
Status: New
** No longer affects: swift
** Also affects: swift
Importance: Undecided
Status: New
** Changed in: swift
Assignee: (unassigned) => Hanxi Liu (hanxi-liu)
--
You received this bug notification because you are a
Removed the security tags since it's a class E (or at best class D)
according to the VMT taxonomy: https://security.openstack.org/vmt-
process.html#incident-report-taxonomy.
** Information type changed from Public Security to Public
** Changed in: ossa
Status: Incomplete => Won't Fix
**
Has been addressed in cinder by the py3 compatibility work that
completed in Mitaka.
** Changed in: cinder
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
** Changed in: cinder
Status: New => Invalid
--
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/1281351
Title:
GlusterFS driver is now being removed, so marking as Won't Fix.
https://review.openstack.org/#/c/377028/
** Changed in: cinder
Status: Incomplete => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack
** Changed in: cinder
Status: Triaged => 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/1277168
Title:
having oslo.sphinx in namespace package
Public bug reported:
cloud-init tries to install NTP package before it actually configures
/etc/apt/sources.list.
In a closed MAAS environment where MAAS is limited to access to
us.archive.ubuntu.com , cloud-init is trying to access to
archive.ubuntu.com.
In commissioning, however, cloud-init
This affects a number of other OpenStack projects in a similar way,
including:
- Neutron
- Cinder
- Glance
More projects may be affected that we are unaware of.
=
Example traceback from Neutron
** Also affects: cloud-initramfs-tools (Ubuntu)
Importance: Undecided
Status: New
** No longer affects: cloud-initramfs-tools (Ubuntu)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
I believe this is something that will need to be addressed on the nova
side. The reality is some backends take longer than others to create a
volume. This isn't something that's going to change, certainly not by
the OpenStack community. I think we would need to have some adaptable
timeouts for
I don't think this is a valid bug. Please see my comment to
https://review.openstack.org/377664
** Changed in: neutron
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
Closing for Cinder since these instances are addressed from time to time
and it's somewhat an ongoing thing. Not really a bug as this is not a
failure an end user will run in to on an actual deployment.
** Changed in: cinder
Status: In Progress => Invalid
--
You received this bug
** Changed in: cinder
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1261631
Title:
Reconnect on failure for multiple servers always connects to
Public bug reported:
The SRIO functionality in Mitaka seems broken, all configuration options we
evaluated lead to
NovaException: Unexpected vif_type=binding_failed
errors, stack following.
We are currently using this code base, along with SRIOV configuration posted
here
Nova SHA
If I follow correctly, this no longer effects Cinder since it was
implemented in oslo.messaging.
** Changed in: cinder
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
Public bug reported:
https://review.openstack.org/209581
Dear bug triager. This bug was created since a commit was marked with DOCIMPACT.
Your project "openstack/nova" is set up so that we directly report the
documentation bugs against it. If this needs changing, the docimpact-group
option
This is not a trunk issue per se. Any malformed request to the API is
not tolerated well by Neutron. See [1] for more details.
[1] https://review.openstack.org/#/c/357500/1//COMMIT_MSG
** Changed in: neutron
Status: Confirmed => Won't Fix
--
You received this bug notification because
Reviewed: https://review.openstack.org/377933
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=ceaf853894352b6d0ae12efe85ba5eb4e651e58a
Submitter: Jenkins
Branch:master
commit ceaf853894352b6d0ae12efe85ba5eb4e651e58a
Author: Dan Smith
Date: Tue Sep
This is fixed in master (as stated in the bug report), we could backport
the fix to Mitaka as it's a security issue, albeit a minor one. I'm OK
with backporting the fix, but I'm also OK with not backporting it (IIRC
there were one or two other patches that needed to land after
Public bug reported:
No vertical scroll bars are enabled when the dashboard list on the left
extends past the bottom of the window. There is no way to access the
hidden list items without re-sizing the window, or lowering the zoom
level of the browser window.
** Affects: horizon
Importance:
** Changed in: maas
Milestone: next => 2.1.0
** Changed in: maas
Importance: Critical => Wishlist
** Changed in: maas
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
** Changed in: ossa
Status: Incomplete => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1621626
Title:
Unauthenticated requests return
Reviewed: https://review.openstack.org/375132
Committed:
https://git.openstack.org/cgit/openstack/neutron/commit/?id=4148102f736f7191dd5bf1c2c41505c338c6dc56
Submitter: Jenkins
Branch:master
commit 4148102f736f7191dd5bf1c2c41505c338c6dc56
Author: Armando Migliaccio
Date:
Public bug reported:
When assigning 15+ projects to a single user, the Horizon dropdown menu
that allows quick project selection unexpectedly truncates the list.
When using this dropdown menu with 15+ projects, the menu is not
scrollable and not all projects are visible and selectable.
Verified
Public bug reported:
"scheduled_at" attribute from Instance model is no longer used. It is removed
from data model in newton as a part of this commit
https://github.com/openstack/nova/commit/5e9df4baf97fd1f495b81d3b8b612e24f344b325
Hence, now we can remove it from db schema.
** Affects: nova
** Also affects: nova (Ubuntu)
Importance: Undecided
Status: New
** Also affects: nova (Ubuntu Xenial)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute
** 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/1625619
Title:
It is possible to download key pair for
I agree with Tristan, this looks like a security hardening opportunity.
** Changed in: ossa
Status: Incomplete => Won't Fix
** Information type changed from Public Security to Public
** Tags added: security
--
You received this bug notification because you are a member of Yahoo!
I agree on the C1 class.
** Changed in: ossa
Status: Incomplete => Won't Fix
--
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/1625833
Title:
Prevent open
Public bug reported:
I have an OS Mitaka deployment that was done by Fuel (9.0).
I have a system with 8GPUs in a single box. We are trying to allow VMs
to request access to GPU resources via this box.
I know that with PCI Passthrough you can only have a device assigned to
a single VM (e.g. 1
** Changed in: keystone
Status: In Progress => Fix Released
** Changed in: keystone
Assignee: Richard (csravelar) => Brant Knudson (blk-u)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
Oops, wrong bug updated. Well now that this is public, I've added
keystone to check that bug.
** Also affects: keystone
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack
Public bug reported:
As a regular user (a user without the "admin" role), if I go to Horizon
» Project » Compute » Access & Security » Security Groups, by default,
the options to
* delete security groups,
* create security groups,
* update security groups,
* create security group rules, and
*
Reviewed: https://review.openstack.org/377626
Committed:
https://git.openstack.org/cgit/openstack/neutron/commit/?id=c0d0986e8b7412f7c37db799177dc529ce9045d2
Submitter: Jenkins
Branch:master
commit c0d0986e8b7412f7c37db799177dc529ce9045d2
Author: Kevin Benton
Date: Sun
Public bug reported:
The guide states that both "keystone.identity.backends.ldap.Identity"
and "user_attribute_ignore" can be used, but as you can see below this
is deprecated (and infact not working in current Newton)
==> keystone-apache-admin-error.log <==
2016-09-27 10:35:13.891436
*** This bug is a duplicate of bug 1552795 ***
https://bugs.launchpad.net/bugs/1552795
** This bug has been marked a duplicate of bug 1628064
Keystone notifications don't have enough data
** This bug is no longer a duplicate of bug 1628064
Keystone notifications don't have enough data
Reviewed: https://review.openstack.org/343312
Committed:
https://git.openstack.org/cgit/openstack/neutron/commit/?id=b3af52e7388423a5fd3872453512218b00a5c6d7
Submitter: Jenkins
Branch:master
commit b3af52e7388423a5fd3872453512218b00a5c6d7
Author: Stefan Nica
** Also affects: nova (Ubuntu)
Importance: Undecided
Status: New
** No longer affects: nova (Ubuntu)
--
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/1209101
Public bug reported:
Keystone currently supports two notification formats: a Basic Notification, and
a Cloud Auditing Data Federation (CADF) Notification.
CADF notifications are more informative but it is still not enough.
Here is an example for "deleted.user" event:
{
"typeURI":
** Changed in: openstack-manuals
Importance: Undecided => Wishlist
** Project changed: openstack-manuals => neutron
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1628038
Title:
@mriedem Thank you for your response.
We don't have to detach the volume from the server, or deleting anything from
the DB. The problem is simply that the volumes are stayed connected to the
node, because initialize_connection was called, but when spawning failed, and
the VM is not on the node,
You have been subscribed to a public bug:
There are some spelling mistakes in MTU selection and advertisement
document.They are
"elemtns","desination","Aginst","correcly".
https://specs.openstack.org/openstack/neutron-specs/specs/kilo/mtu-selection-and-advertisement.html
** Changed in: neutron
Status: Invalid => In Progress
** Changed in: neutron
Assignee: (unassigned) => Kevin Benton (kevinbenton)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
Public bug reported:
Trying to configure BGP on Mitaka/Ubuntu setup.
#uname -a
Linux hp3bl2 3.13.0-96-generic #143-Ubuntu SMP Mon Aug 29 20:15:20 UTC 2016
x86_64 x86_64 x86_64 GNU/Linux
BGP neighborship is not getting established. Neutron router sents
RST,ACK on session establishment request
As per discussion in IRC channel with Adam Young, this could be caused
due to SeLinux permission problems (though the audit logs do not have
anything on this). I will try with permissive and see if this can be
reproduced.
** Project changed: keystone => keystonemiddleware
--
You received this
Public bug reported:
Steps to reproduce:
1. create 2 machines in one internal network. Make sure that VMs created on one
compute node
2. assign floating ip to one vm
3. try to connect from second vm (without floating ip) to vm with floating ip
like nc -v floating_ip 22
Expected result
Public bug reported:
SR-IOV accelerated Open vSwitch significantly improves the performance of OVS
while maintaining its core functionality.
The idea is to leverage SR-IOV technology with OVS control plane management.
Change on the neutron side:
1. extend the OVS mechanism driver to bind direct
Public bug reported:
reproduce steps:
1. create a trunk
2. add a subport to this trunk with wrong body like
{
"sub_port":{
"name":"my-trunk",
"port_id":"4cd8f65c-f1b1-4186-a627-6a6fdefd916e"
}
}
the error log is below:
Traceback (most recent call last):
File
51 matches
Mail list logo