Packages have PO files but not MO files - the package build does the
compilation but the install step completely misses them.
** Changed in: horizon (Ubuntu)
Status: New => Triaged
** Changed in: horizon (Ubuntu)
Importance: Undecided => High
** Also affects: horizon (Ubuntu Eoan)
I
Find the root cause.
Deploy it with Kolla and the ip netns can be found at the kolla container,
which behavior is rather different than before.
Will mark it as invalid
** Changed in: neutron
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Ya
Reviewed: https://review.opendev.org/709478
Committed:
https://git.openstack.org/cgit/openstack/neutron-tempest-plugin/commit/?id=a4bb258bbc8a432e34baf8033a81348372b98c2a
Submitter: Zuul
Branch:master
commit a4bb258bbc8a432e34baf8033a81348372b98c2a
Author: Rodolfo Alonso Hernandez
Date: M
Reviewed: https://review.opendev.org/687538
Committed:
https://git.openstack.org/cgit/openstack/neutron-vpnaas/commit/?id=e0fb6700b16d4307db033173a1ca330e6ea02ca2
Submitter: Zuul
Branch:master
commit e0fb6700b16d4307db033173a1ca330e6ea02ca2
Author: Dmitriy Rabotyagov
Date: Fri Oct 11 13:2
Public bug reported:
os-volumes API policy is default to admin_or_owner[1] but API is allowed
for everyone.
This is because API does not pass the server project_id in policy target:
show-https://github.com/openstack/nova/blob/c16315165ce307c605cf4b608b2df3aa06f46982/nova/api/openstack/compute/vol
Public bug reported:
os-volumes-attachments list/show/create/delete API policy is default to
admin_or_owner[1] but API is allowed for everyone.
We can see the test trying with other project context can access the API
-
https://review.opendev.org/#/c/709929/1/nova/tests/unit/policies/test_volumes
This bug was fixed in the package cloud-initramfs-tools - 0.45ubuntu1
---
cloud-initramfs-tools (0.45ubuntu1) focal; urgency=medium
* Add dependency on flock for growroot's use of growpart.
(LP: #1834875)
-- Scott Moser Tue, 25 Feb 2020 13:08:22 -0500
** Changed in: cloud-i
Public bug reported:
**Problem Description**
The systems I manage are subjected to specific security-hardening guidance that
causes unwanted alerts for the default-user created by cloud init.
Specifically, because cloud-init creates the default-user with a userid in the
non "system" uid-range,
Public bug reported:
Suppose we have DHCP servers per network 2. And we have a # of DHCP
agents > 2.
During a time of network instability, RabbitMQ issues, or even a DHCP
host temporarily going down the DHCP port will get rescheduled.
Except it looks like it's not so much as getting rescheduled,
it looks like the translation compilation never happens - if you drop
into /usr/share/openstack-dashboard and run:
sudo python3 manage.py compilemessages
and then restart apache the translations appear to be OK
** Also affects: horizon (Ubuntu)
Importance: Undecided
Status: New
** C
Public bug reported:
When a port is provisioned in the dhcp-agent, for example via a
port_create, it will just be added to the dhcp_ready_ports set and sent
to neutron-server in _dhcp_ready_ports_loop() by popping elements off
the list. So although it was prioritized when it was received, it is
n
Public bug reported:
Description
===
Server cold migration fails after re-schedule.
Steps to reproduce
==
* create a devstack with two compute hosts with libvirt driver
* set allow_resize_to_same_host=True on both computes
* set up cellsv2 without cell conductor and rabbit
Public bug reported:
Train release.
create private and public network and then configure router.
openstack network create --provider-physical-network physnet1
--provider-network-type flat --external public
openstack subnet create --allocation-pool
start=10.101.133.194,end=10.101.133.222 --networ
Adding upstream neutron to the bug as this is a regression that will
cause issues for existing deployments with OVN RBAC enabled.
** Also affects: neutron
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which
Public bug reported:
When OVN DBs are upgraded (and restarted), there might be cases whenever
we want to accommodate things to a new schema. In this situation we
don't want to force a restart of neutron-server (or metadata agent) but
instead, detect it and run whatever is needed.
This can be achi
Reviewed: https://review.opendev.org/709612
Committed:
https://git.openstack.org/cgit/openstack/ovn-octavia-provider/commit/?id=acee7c2134acbbd52a4b98d7be123b4d11eb794a
Submitter: Zuul
Branch:master
commit acee7c2134acbbd52a4b98d7be123b4d11eb794a
Author: Corey Bryant
Date: Mon Feb 24 16:0
Public bug reported:
On tempest gates there are a few issues related to wrong networks column
value. It cannot be empty [1] - 'set of 1 or more strings'.
Logs:
Feb 24 23:41:49.108841 ubuntu-bionic-ovh-gra1-0014784290 neutron-server[31863]:
DEBUG ovsdbapp.backend.ovs_idl.transaction [-] Running
Public bug reported:
I have a VM with multiple ports, assume port_one and port_two. Both port
have QoS. When i hard reboot my VM, port_two still has QoS, port_one
loses.
https://review.opendev.org/#/c/690098/11
https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/openvswit
python2.7 and 3.3 are deprecated as well as as testr (there's no
.testrepository folder anymore) which was replaced by stestr. The error
and the workaround too are not valid anymore.
** Changed in: tempest
Status: Incomplete => Invalid
--
You received this bug notification because you are
Public bug reported:
We started to see
neutron_tempest_plugin.scenario.test_security_groups.NetworkSecGroupTest.test_multiple_ports_portrange_remote
failures on:
Example failure:
https://369db73f1617af64c678-28a40d3de53ae200fe2797286e214883.ssl.cf5.rackcdn.com/709110/1/check/neutron-ovn-tempest-o
20 matches
Mail list logo
