Public bug reported:
Currently when adding an interface to a router, Horizon shows subnets
with gateway ip.
On the other hand, Horizon supports attaching a subnet to a router with fixed
interface ip.
In this case gateway ip is not required but a new port is created with a given
ip in the
@ddstreed Could you please look into this SRU candidate?
@gjolly What is the importance/urgency of landing this fix?
** Also affects: cloud-init (Ubuntu Hirsute)
Importance: Undecided
Status: New
** Also affects: systemd (Ubuntu Hirsute)
Importance: Undecided
Status: New
**
This doc needs to be reworked, but I think we should do so from scratch
rather than copying the (now very old) stuff from the manuals.
** Changed in: nova
Status: In Progress => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is
Public bug reported:
Attempting to attach a volume using an invalid ID currently results in a
HTTP 500 error. This error should be handled and a HTTP 4xx error
returned instead.
$ openstack server create ... \
--block-device
Public bug reported:
Linux Bridge agent always loads trunk extension, regardless of the
loaded service plugins. The trunk agent extension execute unnecessary
operations that slows down the agent execution.
For example:
Public bug reported:
provisioning_blocks are mostly used for compute port to notify that
Neutron has done the networking settings, so VM can go power-on now. But
now, Neutron does not check the port's device owner, it adds
provisioning_block to all types of ports, even it is used by neutron.
For
Public bug reported:
Reproduced on recent devstack master.
Steps to reproduce:
1. Create a bootable volume from cirros image. 1 Gb is enough
2. Select created volume and choose "Launch as Instance"
3. Define instance name, allocate flavor and network in corresponding tabs
4. Launch instance
Public bug reported:
Horizon integration test specifically router-related tests [1] start
failing after devstack changes default Neutron backend to OVN From OVS.
More details about migration to OVN can be found here [2].
[1] http://paste.openstack.org/show/806215/
[2]
Public bug reported:
When doing volume-attachemnts, nova-api does an RPC-call (with a
long_rpc_timeout) into nova-compute to reserve_block_device_name(). This
takes a lock on the instance. If a volume-attachment was in progress,
which also takes the instance-lock, nova-api's RPC-call needs to
Public bug reported:
I saw those errors mostly in the neutron-ovn-tempest-slow but probably
it happens also in other jobs. Example of failures:
Public bug reported:
Many fullstack L3 agent related tests are failing recently and the
common thing for many of them is the fact that they are failing while
waiting until port status will be ACTIVE. Like e.g.:
Public bug reported:
It's for now only in the periodic queue:
https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_9e8/periodic/opendev.org/openstack/neutron/master
/openstack-tox-py36-with-neutron-lib-master/9e852a4/testr_results.html
but we need to fix
Reviewed: https://review.opendev.org/c/openstack/neutron-lib/+/793802
Committed:
https://opendev.org/openstack/neutron-lib/commit/c3f6029f987a22e4ed5f2ac46618b6bf435a6f9d
Submitter: "Zuul (22348)"
Branch:master
commit c3f6029f987a22e4ed5f2ac46618b6bf435a6f9d
Author: Balazs Gibizer
Date:
Public bug reported:
"TestNeutronServer" and those inheriting from this parent class
("TestWsgiServer", "TestRPCServer", "TestPluginWorker") are failing
frequently.
Error:
https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_d0d/791365/7/gate
14 matches
Mail list logo