[Expired for OpenStack Identity (keystone) because there has been no
activity for 60 days.]
** Changed in: keystone
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity
[Expired for cloud-init because there has been no activity for 60 days.]
** Changed in: cloud-init
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
[Expired for OpenStack Identity (keystone) because there has been no
activity for 60 days.]
** Changed in: keystone
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity
Hits in ironic multinode jobs:
This goes back to Stein because https://review.opendev.org/#/c/591597/
changed the method from using DELETE /allocations/{consumer_id} to the
GET/PUT dance.
** Also affects: nova/stein
Importance: Undecided
Status: New
** Also affects: nova/train
Importance: Undecided
Status:
Public bug reported:
The network-scripts package has been removed from the standard
CentOS/RHEL 8 install and is considered deprecated[1]. Currently it is
possible to install the network-scripts package but it may not be
available in the future. It is possible to continue to use eni via
Public bug reported:
I setup a domain with domain-specific backends, and configured one with
ldap driver.
When I tried to delete the domain, I got an error message:
Failed to delete domain with name or ID
'1d97d0d6fdcd402fa058549d7f297b8b': LDAP does not support write
operations.
After some
Reviewed: https://review.opendev.org/688439
Committed:
https://git.openstack.org/cgit/openstack/neutron/commit/?id=dce7af902c4207dcaa062eef7a21da2017fb37c7
Submitter: Zuul
Branch:master
commit dce7af902c4207dcaa062eef7a21da2017fb37c7
Author: Riccardo Pittau
Date: Mon Oct 14 17:12:33 2019
Public bug reported:
In fullstack TestMinBwQoSOvs test cases (test_min_bw_qos_port_removed), the
methods used to check the Qoses and Queues for min BW are wrong [1]. Methods
that should be used:
-
https://github.com/openstack/neutron/blob/master/neutron/agent/common/ovs_lib.py#L1032
-
Reviewed: https://review.opendev.org/681004
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=4141bf63af1ea6664db756be859d0bb845a692b9
Submitter: Zuul
Branch:master
commit 4141bf63af1ea6664db756be859d0bb845a692b9
Author: Ivaylo Mitev
Date: Thu Aug 29 04:30:48 2019 -0700
Public bug reported:
If user creates a security group rule specifying all the ports, like
above:
openstack security group rule create --protocol udp --ingress --dst-port
1:65535 47420676-21d8-4d82-b43c-73e100c5b397
the rule shouldn't be passed with ranges to the neutron ml2 backend. For
some
I think "close by default" is the general practice in OpenStack, mainly
for security reasons. I personally don't think it is a good idea to
change that, but I marked this bug as "Opinion" so others can weight in
this proposal.
** Tags added: fwaas
** Changed in: neutron
Status: New =>
Public bug reported:
As location of NS_WRAPPER [1] is not aboslute and relies on $PATH in the
situation when neutron and vpnaas is installed inside virtualenv,
NS_WRAPPER won't be able to launch as it won't be found in $PATH which
will cause a failure:
2019-10-08 17:37:11.619 17205 ERROR
Reviewed: https://review.opendev.org/679161
Committed:
https://git.openstack.org/cgit/openstack/horizon/commit/?id=70629916fe32df61018fd122711e6b036b53c811
Submitter: Zuul
Branch:master
commit 70629916fe32df61018fd122711e6b036b53c811
Author: Adam Harwell
Date: Wed Aug 28 16:59:06 2019
Public bug reported:
This is using `stable/stein` deployed with kolla. I'm seeing timeouts
when spawning the DHCP process which seems to result in an inconsistent
state.
2019-10-14 18:33:04.896 6 DEBUG neutron.agent.linux.utils
[req-14bec9b8-4264-401d-bcfd-fb588458a0a8 - - - - -] Running
Reviewed: https://review.opendev.org/688561
Committed:
https://git.openstack.org/cgit/openstack/neutron-lib/commit/?id=af5e2aa7dcff40e0bb4b5aeb447843c4978cb0d1
Submitter: Zuul
Branch:master
commit af5e2aa7dcff40e0bb4b5aeb447843c4978cb0d1
Author: Slawek Kaplonski
Date: Mon Oct 14 22:45:03
Public bug reported:
When creating a network the mtu value is checked against the type driver of the
physical network by calling _get_network_mtu(self, network_db, validate=True)
with validate=True.
This check is not performed when doing a network update.
** Affects: neutron
Importance:
Public bug reported:
Recently added change to ironic notifier plugin migrated the client connection
from ironicclient to openstacksdk. The change in the unit tests didn't take
into consideration that the openstacksdk exceptions method raise_from_response
evaluates the response code as int and
Public bug reported:
Currently, FWaaS v1/v2 insert default rule 'deny all' and admin should
add white list to be allowed.
I think in private cloud, whitelist based filtering which by default
'allow all' and add black list to be filtered, also will be necessary.
For our cases, we have some
Public bug reported:
keypairs integration test is failing due to keypairs table id is missing
in horizon dashboard's "Key Pairs" page. But id was found in Ocata
release, not sure why it's removed now. Due to that existing keypairs
integration test is failing.
Go to project-> Compute-> Key Pairs
20 matches
Mail list logo