** Changed in: neutron
Status: Fix Committed => 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/1916332
Title:
neutron-specs' zuul job openstack-tox-docs fails
Status
*** This bug is a duplicate of bug 1712358 ***
https://bugs.launchpad.net/bugs/1712358
bug 1712358 in python-swiftclient is a same issue. Marking this as
duplicate.
** This bug has been marked a duplicate of bug 1712358
Capability discovery endpoint detection is hardcoded
--
You received
** Changed in: horizon
Status: In Progress => Fix Released
--
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/1892679
Title:
Missing Integration test for Volume
** Changed in: horizon
Status: Confirmed => Fix Released
--
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/1904855
Title:
Typo in the System Requirements page
I believe this has been addressed when we support Django 2.2.
** Changed in: horizon
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.
This looks like a generic warning on shell=True for subprocess and there is no
practical suggestion.
shell=True is used in udpate_catalog and extract_catalog but they need to be
executed on a shell. We cannot run these commands without shell=True. These
commands are used only for maintenance by
This looks like a debugging request. OPENSTACK_KEYSTONE_DOMAIN_CHOICES
expects a tuple of tuples, but a bug submitter does not do so.
** Changed in: horizon
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribe
Public bug reported:
Autofocus on the login screen now is on the first field. It's "User
Name" or "Domain" with multidomain support. It appears more convenient
to keep the focus on "User Name" however the optimal solution is to add
an additional setting for it.
** Affects: horizon
Importance
This report came up in another discussion today, so for clarity I just
wanted to state that the VMT is considering it a security hardening
opportunity for now. If this is an avenue for filling up a reasonably
provisioned database before an operator's typical database resource
monitoring solution wo
*** This bug is a security vulnerability ***
Private security bug reported:
╭─ubuntu@glance-devstack ~/devstack ‹master*›
╰─➤ $ source openrc demo demo
After longer investigation it seems for me that our existing scheduler can
already schedule network to the dhcp agents "per segment". If subnet has
segment configured it will filter host candidates per that segment in
https://github.com/openstack/neutron/blob/4381f792c8bd8e5d309ed50288dd4a15a362
Public bug reported:
This variable [ports] represents the current ports list in func rpc_loop. It
maybe modified by any func which call it like func process_port_info. So I
think it's better to deepcopy [ports] behind the while statement in func
rpc_loop.
Somebody have any other opinions?
** A
Public bug reported:
openstack horizon stable/victoria issue
In our case we migrated some volumes from different env to our current
one and its strange that when we try to boot the instance from the
migrated volume and then try to see the instance details we encountered
some issue in horizon stab
Public bug reported:
Delete port failed with final DB error:
Feb 25 19:24:34 devstack neutron-server[15279]: DEBUG
neutron.api.rpc.handlers.l3_rpc [None req-a6ccb04c-401f-4e23-bc16-e7fc9cfc9ae6
None None] New status for floating IP f681d60c-edf9-41e9-b8b3-70c7cf3d8d42:
ERROR {{(pid=15361) upda
Public bug reported:
Description
===
Centos 8.3 Host - failed to attach second NIC on 1 vcpu ubuntu guests with
qemu-kvm-5.1.0-14.el8.1.x86_64
Downgrading to qemu-kvm-4.2.0-29.el8.3.x86_64 fixes the problem.
First seen in Octavia:
http://lists.openstack.org/pipermail/openstack-discuss/20
15 matches
Mail list logo