Reviewed: https://review.openstack.org/621684
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=37a036672e459b0d83b7b91120c8ec40e3759190
Submitter: Zuul
Branch:master
commit 37a036672e459b0d83b7b91120c8ec40e3759190
Author: David Hill
Date: Mon Dec 3 14:39:51 2018 -0500
Public bug reported:
_process_port_binding function in neutron/plugins/ml2/plugin.py used
clear_binding_levels to clear ml2_port_binding_levels table, but it will
not do anything to networksegments under hierarchical port bonding
condition
@db_api.context_manager.writer
def
Reviewed: https://review.openstack.org/618720
Committed:
https://git.openstack.org/cgit/openstack/neutron/commit/?id=0385868848f8c18c8a37fd4c661d1b1a5078e044
Submitter: Zuul
Branch:master
commit 0385868848f8c18c8a37fd4c661d1b1a5078e044
Author: LIU Yulong
Date: Thu Nov 15 17:49:12 2018
Public bug reported:
cloud-init OVF datasource currently supports the OVF "ISO" transport (attached
cdrom).
It should be updated to also support the com.vmware.guestInfo transport.
In this transport the ovf environment file can be read with:
vmtoolsd "--cmd=info-get guestinfo.ovfEnv"
Things
** Also affects: nova/rocky
Importance: Undecided
Status: New
** Changed in: nova/rocky
Importance: Undecided => High
** Changed in: nova/rocky
Status: New => Fix Released
** Changed in: nova/rocky
Assignee: (unassigned) => Lee Yarwood (lyarwood)
** No longer affects:
Public bug reported:
Description
===
Instance stuck in resize_prep when migrating from down compute, moves to ERROR
when compute returns later.
Steps to reproduce
==
- Launch an instance:
- Stop compute service on the host:
$ sudo systemctl stop devstack@n-cpu
$
Also tested and got this on CentOS 6.8.
** Also affects: centos
Importance: Undecided
Status: New
** No longer affects: centos
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
Public bug reported:
- [X] This doc is inaccurate in this way: The "Supported Ethernet
Controllers" list only the Mellanox CX-4 and CX-5. A more complete list
would be:
Broadcom NetXtreme-S, NetXtreme-E series NICs
Mellanox ConnectX-4 NIC (VLAN Offload)
Mellanox ConnectX-4 Lx/ConnectX-5 NICs
@Jeff, yeah it's gross, and taken way too long to deal with (granted, I
don't think anyone noticed/appreciated this regression until ~queens,
about a year after it happened).
There has been discussion about how to make the aggregate filters with
the allocation_ratio metadata *work* again,
This bug is believed to be fixed in curtin in version 18.2. If this is
still a problem for you, please make a comment and set the state back to
New
Thank you.
** Changed in: curtin
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of
** Also affects: nova/rocky
Importance: Undecided
Status: New
** Also affects: nova/queens
Importance: Undecided
Status: New
** Changed in: nova
Assignee: Balazs Gibizer (balazs-gibizer) => Matt Riedemann (mriedem)
** Changed in: nova/queens
Status: New =>
Public bug reported:
There are two snapshot test failures in this job run under class
ImagesOneServerTestJSON:
http://logs.openstack.org/47/623247/2/check/nova-cells-v1/18338f0/job-
output.txt.gz
2018-12-06 23:40:45.318619 | primary | {1}
Reviewed: https://review.openstack.org/612624
Committed:
https://git.openstack.org/cgit/openstack/neutron/commit/?id=06ba6a1aceb8dd2c6df3b243bddb15ef8a8af27d
Submitter: Zuul
Branch:master
commit 06ba6a1aceb8dd2c6df3b243bddb15ef8a8af27d
Author: ZhaoBo
Date: Tue Oct 23 15:18:11 2018 +0800
Public bug reported:
In our setup, we run with DVR, and really a lot of VMs in the same
tenant/project (we have currently between 1500 and 2000 VMs). In such
setup, the internal function _set_subnet_arp_info of
neutron/agent/l3/dvr_local_router.py is taking a way too long. Indeed,
what it does
Public bug reported:
[description]
Attempt to create an ipv6 subnet with a gateway address including prefix
results in 500 error returned by API.
Neutron-lib convert_ip_to_canonical_format [1] does not handle ValueError from
netaddr.IPAddress
https://github.com/openstack/neutron-
Reviewed: https://review.openstack.org/620708
Committed:
https://git.openstack.org/cgit/openstack/neutron/commit/?id=ae031d18866a9e3652f4fc122f120915209a7b29
Submitter: Zuul
Branch:master
commit ae031d18866a9e3652f4fc122f120915209a7b29
Author: Slawek Kaplonski
Date: Wed Nov 28 22:42:18
Reviewed: https://review.openstack.org/623011
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=3b1463b968426ba8db1c5d458f6461e2375045e8
Submitter: Zuul
Branch:master
commit 3b1463b968426ba8db1c5d458f6461e2375045e8
Author: Matt Riedemann
Date: Wed Dec 5 10:46:06 2018
Public bug reported:
I'm using OpenStack, basically creating Virtual Routers with
net/subnets, and DNSMASQ is the DHCP Server for them (via neutron-dhcp
driver).
My test scenario contains 2 virtual routers (2 namespaces as router) with 1
DHCP each (2 namespaces as dhcp servers) on the Neutron
Public bug reported:
Description
===
Multiple Windows virtual machine running on our OpenStack cloud seems to
occasionally loose the connection from their disk & network virtual device
(virtio) to the underlying host. The Windows VM is then no longer able to write
down to the disk (see
19 matches
Mail list logo
