Public bug reported:
During fixing bug #1464387, we stores local side's tunnel IP in the
database for later retrieval, in order to support the use case that VPN
service is provided outside of the Neutron router.
However, for the default IPsec service provider, the local tunnel
IPs(external_v*_ip
Reviewed: https://review.openstack.org/513671
Committed:
https://git.openstack.org/cgit/openstack/horizon/commit/?id=75e4e750df5cc17194c980a275f57bd130bb9852
Submitter: Zuul
Branch:master
commit 75e4e750df5cc17194c980a275f57bd130bb9852
Author: Shu Muto
Date: Thu Oct 19 20:25:57 2017 +0900
** Changed in: cinder
Assignee: junboli (junboli) => (unassigned)
** Also affects: manila
Importance: Undecided
Status: New
** Changed in: manila
Assignee: (unassigned) => junboli (junboli)
--
You received this bug notification because you are a member of Yahoo!
Engineering
[Expired for OpenStack Compute (nova) because there has been no activity
for 60 days.]
** Changed in: nova
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs
Reviewed: https://review.openstack.org/535003
Committed:
https://git.openstack.org/cgit/openstack/horizon/commit/?id=7d0d8be25224920885a9490962db3e4ae5bef151
Submitter: Zuul
Branch:master
commit 7d0d8be25224920885a9490962db3e4ae5bef151
Author: Emma Hogan
Date: Thu Jan 18 15:33:40 2018 +13
Public bug reported:
Now Keystone runs unit test with sqlite backend by default. But sqlite doesn't
enable Foreign Key function by default.
It means that we lost the case for all FK related test.
Even after enabled FK for the test. There still some problems:
1. We lost root domain (<>) when setup
Public bug reported:
Hi,everybody.
Environment
===
OpenStack: pike version install with kolla-ansible
OS:Centos7.4
Logs
==
I am getting the follow error when I try to create a instance from vmdk.
2018-01-18 06:40:01.045 7 DEBUG oslo_concurrency.lockutils
[req-bc40738a-
Traced this through, and seems to be coming from the fact that iso8601
switched from using their own internal TZ info, to using Python3's TZ
info. The difference in these objects end up being that the custom
iso8601 one stringifies to 'UTC', while the python one stringifies to
'UTC+00:00'.
This ca
Reviewed: https://review.openstack.org/534449
Committed:
https://git.openstack.org/cgit/openstack/neutron/commit/?id=f84781f246004651e0636f8b6507ee1e48bac6b0
Submitter: Zuul
Branch:master
commit f84781f246004651e0636f8b6507ee1e48bac6b0
Author: Harald Jensas
Date: Tue Jan 16 21:15:22 2018
Opened https://bugs.launchpad.net/glance/+bug/1744160 to track this new
failure.
** No longer affects: glance
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1715486
Title:
py35 tests fai
Public bug reported:
New package of iso8601 returns string in the format:
'2012-02-14T20:53:07UTC+00:00'
instead of:
'2012-02-14T20:53:07Z'
This is resulting in date string comparison failures and
timeutils.parse_isotime errors with:
ValueError: Unable to parse date string '2014-08-08T00:0
glance: http://logs.openstack.org/73/535173/3/check/cross-glance-
py35/9b06b73/testr_results.html.gz
** Also affects: glance
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https
Reviewed: https://review.openstack.org/513398
Committed:
https://git.openstack.org/cgit/openstack/neutron/commit/?id=1be857435288e4008a41fe67bbc8795dd3d8b134
Submitter: Zuul
Branch:master
commit 1be857435288e4008a41fe67bbc8795dd3d8b134
Author: Sławek Kapłoński
Date: Thu Oct 19 14:13:41 20
Public bug reported:
python-novaclient has removed support for its deprecated certs CLIs and
python bindings in [1]. This is not in any released version yet, but
once it is tagged it will impact Horizon, since it is used in [2].
[1] - https://review.openstack.org/532974
[2] -
https://github.com/
Agree with above. If we want this, this needs to be a general policy
change across projects, and not something each project needs to address.
This is a new feature request (probably for oslo.policy) and not a bug.
** Also affects: oslo.policy
Importance: Undecided
Status: New
** No long
** Changed in: manila
Status: New => 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/1629133
Title:
New neutron subnet pool support breaks multinode testing.
Status i
** Changed in: manila
Importance: Undecided => Wishlist
** Changed in: manila
Status: New => Opinion
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1699060
Title:
Impossible t
Reviewed: https://review.openstack.org/534712
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=62ea2ff04dd7bb634eba5cdaf8ff1b9d7fd1ea32
Submitter: Zuul
Branch:master
commit 62ea2ff04dd7bb634eba5cdaf8ff1b9d7fd1ea32
Author: Stephen Finucane
Date: Wed Jan 17 10:03:51 2018
Public bug reported:
Nova returns with 5xx response instead of 4xx in case of user error.
In this case it is clearly user issue, the user can know the 10.0.0.3 ip
address already allocated from the subnet and it cannot be allocated
twice.
nuva must return with 409/Conflict status code and state
Public bug reported:
When vxlans are created, f.ex. via ensure_vxlan in
neutron/plugins/ml2/drivers/linuxbridge/agent/linuxbridge_neutron_agent.py
- no mtu is assigned.
This explains why we get vxlan interfaces with 1500 byte mtu even-though
neutron has been instructed to use 9000 bytes mtu.
The
Public bug reported:
Change I8a705114d47384fcd00955d4a4f204072fed57c2 (written by me... sigh)
addressed a bug which prevented live migration to a target host with
overcommitted disk when made with microversion <2.25. It achieved this,
but the fix is still not correct. We now do:
if disk_o
Public bug reported:
This is the same issue reported in
https://bugs.launchpad.net/neutron/+bug/1731595, however that is marked
as 'Fix Released' and the issue is still occurring and I can't change
back to 'New' so it seems best to just open a new bug.
It seems as if this bug surfaces due to load
Reviewed: https://review.openstack.org/529519
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=4dd1406289825554aa48522454de473dff103c0d
Submitter: Zuul
Branch:master
commit 4dd1406289825554aa48522454de473dff103c0d
Author: Yikun Jiang
Date: Thu Dec 21 16:11:37 2017 +0800
** Changed in: keystone
Status: Expired => Fix Committed
** Changed in: keystone
Status: Fix Committed => Confirmed
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpa
Public bug reported:
Description
===
When spawning an Hyper-V instance with NICs having the vif_type
"hyperv", neutron will fail to bind the port to the Hyper-V host if the
neutron server doesn't have the "hyperv" mechanism driver installed and
configured, resulting in a PortBindingFailed
** Changed in: python-tooz
Status: New => Fix Released
--
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/1743445
Title:
Switch from msgpack-python to msgpack
S
Reviewed: https://review.openstack.org/531543
Committed:
https://git.openstack.org/cgit/openstack/manila-ui/commit/?id=28a96c3577e5062dc89eac548acfff5466c7579c
Submitter: Zuul
Branch:master
commit 28a96c3577e5062dc89eac548acfff5466c7579c
Author: Akihiro Motoki
Date: Sat Jan 6 20:48:55 201
27 matches
Mail list logo
