This is a bug in Neutron that it doesn't set the external_mac until the
FIP is up.
** Project changed: ovn-bgp-agent => neutron
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/2073403
Titl
Public bug reported:
Neutron functionality relies on the port names that is specified by a
user when OVN mechanism driver is used.
Steps to reproduce:
- Create network and a subnet (assuming ipv4 network with /24 subnet)
- (Optional) Create a testing workload to make sure traffic will work lat
** Changed in: neutron
Status: In Progress => 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/2028795
Title:
Restarting OVS with DVR creates a network loop
Status in
** Changed in: neutron
Status: New => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1863113
Title:
[RFE] Introduce new testing framework for Neutron - OVN integration -
** Changed in: neutron
Status: Confirmed => 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/2038234
Title:
PortBindingChassisEvent matches all port types
Status in ne
** Changed in: neutron
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/2055561
Title:
[stable-only][OVN] Configure VETH interface MAC address before set
** Changed in: neutron
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/2044171
Title:
External shared networks may not be seen by other projects
Sta
Public bug reported:
External shared networks each create its own RBAC entry. If there is a
project that access the network through the shared attribute then it may
not work. It depends on how mysql returns the records, then using GROUP
BY clause it will use the first returned - meaning that if
ac
I'm going to close this report as it seems to be fixed
https://bugs.launchpad.net/neutron/+bug/1992352. The fix is available at
neutron 22.0.0.0rc1. Please feel free to re-open if that version doesn't
fix the issue.
** Changed in: neutron
Status: New => Fix Released
--
You received this b
Public bug reported:
This is a regression introduced by
https://opendev.org/openstack/neutron/commit/6890204765c5de1a91284b9b0b6bf0565673f53f
that introduced match_fn() but doesn't check the port type.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (lib
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: ovn
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/2036118
Title:
VM fails to contact metadata during live-migration
the
patch port between br-int and br-tun, where it's dropped until the FDB
entry expires.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: l3-dvr-backlog
--
You received this bug notification because you are a member of
ction for the
DBs, that was a bad idea of mine.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Changed in: neutron
Assignee: (unassigned) => Jakub Libosvar (libosvar)
--
You received this bug notification because you are a m
Public bug reported:
If a user creates a tenant network with small subnet (like /30) and then
manually deletes IP address from the metadata port and allocates all
available IP addresses then db sync will fail when attempting to
allocate a new IP address to the metadata port.
** Affects: neutron
It looks more like a configuration or scaling problem on your
environment and not a bug in OVN controller. If it's disconnected then
it can't process new flows.
Question:
1. ovsdb disconnecting after 5s, how i can fix it?
yes, by default. you can increase it by running 'ovs-vsctl set open .
exter
Public bug reported:
In case neutron.common.config is imported some config options are
registered as a side effect without calling any function. This is
causing errors for projects that import also other modules that end up
importing neutron.common.config - such as neutorn.db.models_v2. If a
proje
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: ovn
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1966099
Title:
ovn migration doesn't work after tripleo removed
uot;msg": "non-zero return code",
"rc": 126,
"start": "2022-03-16 18:51:30.330676",
"stderr": "/bin/sh: /tmp/clone-br-int.sh: Permission denied",
"stderr_lines": [
"/bin/sh: /tmp/clone-br-int.s
number=(standardattributes.revision_number +
%(revision_number_1)s), updated_at=%(updated_at)s WHERE standardattributes.id
IN (%(id_1)s)]
2022-02-12 18:23:02.332 47 ERROR neutron_ovn_db_sync_util [parameters:
{'revision_number_1': 1, 'updated_at': datetime.datetime(2022, 2, 12, 18, 23,
2
on.plugins.ml2.drivers.ovn.mech_driver.ovsdb.ovsdb_monitor [-] Hash Ring:
Node e6333d61-3ac1-4c6f-9b90-a23e848ed629 (host:
ubuntu-focal-inmotion-iad3-0027436269) handling event "create" for row
c5936e2f-4eb2-461c-b095-a27908868816 (table: NB_Global) notify
/home/zuul/src/opendev.o
#x27;raise result.ex'
b' File
"/usr/local/lib/python3.6/site-packages/ovsdbapp/backend/ovs_idl/connection.py",
line 131, in run'
b'txn.results.put(txn.do_commit())'
b' File
"/usr/local/lib/python3.6/site-packages/ovsdba
Public bug reported:
On environments migrated from ml2/ovs the is_lsp_router_port() ovn
function doesn't cover all router ports from ml2/ovs.
** Affects: neutron
Importance: Undecided
Status: In Progress
** Tags: ovn
--
You received this bug notification because you are a member
/commit/caac890c8e121e1bebe33f4e93ab79d4c294db35/neutron/plugins/ml2/drivers/ovn/db_migration.py#L73-L83
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: ovn
--
You received this bug notification because you are a member of Yahoo!
E
Public bug reported:
The functional test
neutron.tests.functional.agent.l3.extensions.qos.test_fip_qos_extension.TestL3AgentFipQosExtensionDVR
.test_dvr_fip_and_router_namespace_rules_with_address_scopes_match
failed because of iptables failed to commit:
ft1.1:
neutron.tests.functional.agent.l3.
_p
provnet-ec7bbcdd-2b08-4923-b1ac-5b06497afbf5 tag
10
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: ovn
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscrib
Fixed at https://review.opendev.org/c/openstack/neutron/+/789085
** Changed in: neutron
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/1932421
Title:
Public bug reported:
Running the db sync script on environment with existing metadata ports
sometimes removes the legitimate metadata ports from Neutron.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: Fix Released
** Tags: ovn
--
You
Public bug reported:
OVN metadata agent runs on each compute node in the cluster and creates
an SB DB connection per worker. In large scale deployments this may
cause a lot of load on OVN DBs. This bug is to improve OVN metadata
agent in a way it won't need connection to the OVN DB leader node but
Public bug reported:
After migration is finished, geneve vni allocations are all empty. It
means newly created networks may have same segmentation id as existing
migrated networks.
** Affects: neutron
Importance: Medium
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags
_host=10.0.37.8 ansible_ssh_user=stack
ansible_become=true ovn_controller=true
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: Fix Released
** Tags: ovn
--
You received this bug notification because you are a member of Yahoo!
Engineering
Fixed by https://review.opendev.org/c/openstack/neutron/+/781627
** Changed in: neutron
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/1928450
Title:
Public bug reported:
Ansible user is hardcoded to heat-admin. There is no way how operator
can migrate when their cloud uses a different user on the overcloud
nodes
** Affects: neutron
Importance: Medium
Assignee: Jakub Libosvar (libosvar)
Status: Fix Released
** Tags: ovn
Yes, I think it's
https://review.opendev.org/c/openstack/neutron/+/760967 but you're
right, it's fixed now. Thanks for pointing it out!
** Changed in: neutron
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, whi
** Changed in: neutron
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/1910213
Title:
Live migration doesn't work with OVN and DPDK
Status in neutron:
Public bug reported:
Migration timeouts waiting for event related to network-vif-plugged and
VM is not migrated to new host.
The reason is that vif type in OVN matches only on OVS type and not on
vhostuser.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar
Public bug reported:
The test failure doesn't report much:
ft1.10:
neutron.tests.functional.services.ovn_l3.test_plugin.TestRouter.test_gateway_chassis_rebalancetesttools.testresult.real._StringException:
Traceback (most recent call last):
File "/home/zuul/src/opendev.org/openstack/neutron/ne
I tested this locally and it works for me, meaning I'm not able to
delete such a router interface. I also checked the patch
https://review.opendev.org/#/c/763198/ and it doesn't reach the part
where it tries to delete the interface, it fails much earlier:
2020-11-18 21:09:23.518 94641 INFO tempest
, the
healthchecks will be still performed on chassis table while OVN already
uses chassis_private. This leads to reporting dead agents by the API.
We should detect OVN was upgraded and start using chassis_private table
since.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (lib
connection
after process is forked, adding a node to the hash ring fails and is
never retried.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: ovn
--
You received this bug notification because you are a member of Yahoo!
Engineering
Public bug reported:
OVN routers have an option to send PD requests to the upstream router.
We can adapt the feature in Neutron.
OVN patch:
https://patchwork.ozlabs.org/project/openvswitch/patch/6aec0fb280f610a2083fbb6c61e251b1d237b21f.1576840560.git.lorenzo.bianc...@redhat.com/
** Affects: neut
Public bug reported:
When migration performs db sync, it looks for neutron server container.
However, it uses an image name instead of the container name.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: In Progress
** Tags: ovn
--
You
Public bug reported:
Nodes are registered using local machine timezone but then when checking
alive nodes. After first touch, the update_at gets fixed using UTC
timezone and then getting nodes work.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar
https://bugzilla.redhat.com/show_bug.cgi?id=1782834 ovn-controller can't
connect.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: In Progress
** Changed in: neutron
Assignee: (unassigned) => Jakub Libosvar (libosvar)
--
You recei
Public bug reported:
Neutron return 500 when attempting to change name of an existing router:
$ openstack router set --name router-flat 29ead671-3957-4bf2-9dbf-e1bff0a12ab2
HttpException: 500: Server Error for url:
http://192.168.121.189:9696/v2.0/routers/29ead671-3957-4bf2-9dbf-e1bff0a12ab2,
R
: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: In Progress
** Tags: ovn
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1878358
Title:
OVN
moving the port, the namespace is not removed
Actual results:
OVN metadata namespaces clean up mechanism not working with SRIOV ports
Expected results:
Namespaces should be removed after port is removed
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
in datapath
1d59fe65-eca7-4341-95a1-8fd2dad007ea bound to our chassis
2020-03-16 19:50:14.505 29393 DEBUG networking_ovn.agent.metadata.agent [-]
Provisioning datapath 1d59fe65-eca7-4341-95a1-8fd2dad007ea provision_datapath
/usr/lib/python3.6/site-packages/networking_ovn/agent/metadata/agent.py:3
is unique in the whole cloud and
is created on the first attempt of port creation, if it doesn't exist.
The solution can be creating the entry during server start.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: ovn
--
copy tests from fullstack
suite as lots of things are common there.
[1] https://review.opendev.org/#/c/696926/
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: ovn rfe
--
You received this bug notification because you are a
I'm reopening this bug, I saw a failure today t Python 2.7 functional
job: http://logs.openstack.org/19/664519/1/gate/neutron-functional-
python27/ca34a32/testr_results.html.gz
Link to the logs: http://logs.openstack.org/19/664519/1/gate/neutron-
functional-python27/ca34a32/controller/logs/dsvm-fu
Public bug reported:
We have a downstream failure of
neutron_tempest_plugin.api.admin.test_shared_network_extension.RBACSharedNetworksTest.test_duplicate_policy_error
probably because http timeout is different on RHEL based boxes, set 120
seconds. The reason why it started failing in Stein is the
Public bug reported:
neutron_tempest_plugin.api.admin.test_shared_network_extension.SharedNetworksTest.test_filtering_shared_networks
creates a shared network and there are tests in nova api that don't
specify a network when creating instance. It leads to this code in nova:
https://opendev.org/ope
** Changed in: neutron/juno
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/1387053
Title:
Stopping neutron server with rpc workers raises exe
x27;1.1.1.1', '2.2.2.2', 51))
2018-05-15 16:45:02.701 3976 WARNING neutron.privileged.agent.linux.netlink_lib
[-] Netlink query failed
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: py34
--
You received this bug
File "/opt/stack/new/neutron/neutron/agent/common/ovs_lib.py", line 865, in
get_ingress_bw_limit_for_dpdk_port
common_utils.bytes_to_bits(int(max_bw_in_bytes)),
ValueError: invalid literal for int() with base 10: '87500.0'
** Affects: neutron
Importance: Undecided
ttern on a bytes-like object
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: In Progress
** Tags: py34
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https:
This has been fixed by https://review.openstack.org/#/c/385085
I tested the described scenario and I couldn't see ICMP traffic on port of
private machine. I reverted the mentioned patch and I'm able to see
[root@compute ~]# tcpdump -s0 -e -nnvvi tap59d5b819-88
tcpdump: listening on tap59d5b819-8
Public bug reported:
when the below command is executed
IFACE=$(PATH=$PATH:/usr/sbin ip l | grep "^[0-9]*: e" |cut -d \: -f 2) && sudo
su -c "ip l a link $IFACE name $IFACE.10 type vlan id 10 &&ip l s up dev
$IFACE.10 && dhclient $IFACE.10"
during "ip link add $IFACE name $IFACE.10" network-man
Bug still reproduces, re-opening:
http://logs.openstack.org/67/556667/20/check/neutron-
functional/71b2acc/logs/testr_results.html.gz
** Changed in: neutron
Status: Fix Released => Confirmed
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which i
Public bug reported:
http://logs.openstack.org/13/510013/2/check/openstack-tox-
py27/7d3e9b9/testr_results.html.gz
** Affects: neutron
Importance: Critical
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: gate-failure unittest
--
You received this bug notification
** 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/1744829
Title:
Avoid mixed usage of old and new transaction styles
Sta
Public bug reported:
If vxlan_udp_port is set to custom port in ovs agent config file then
inserting integer instead of string into ovsdb is attempted.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: ovs-lib
--
You
** Changed in: neutron
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1722644
Title:
TrunkTest fails for OVS/DVR scenario job
Status in neutron:
In
Public bug reported:
Traceback (most recent call last):
File
"/opt/stack/new/neutron/.tox/dsvm-functional/local/lib/python2.7/site-packages/fixtures/fixture.py",
line 197, in setUp
self._setUp()
File "neutron/tests/common/net_helpers.py", line 721, in _setUp
self.bridge = common_base
Addressed by https://review.openstack.org/#/c/529124
** Changed in: neutron
Status: Confirmed => 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/1739227
Title:
test_c
01444835
neutron-openvswitch-agent[17015]: ERROR
neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent
** Affects: neutron
Importance: High
Assignee: Jakub Libosvar (libosvar)
Status: Confirmed
** Tags: ovs-fw sg-fw trunk
--
You received this bug notification because you are
deployment using
supported type as default, the test fails because API correctly returns
this supported segmentation type, e.g. vlan.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: api trunk
--
You received this bug notificati
Public bug reported:
Currently, the fullstack environment is created per test function
consuming. The environment creation takes a fair amount of time. This
bug is a proposal to move environment creation to the test class level
to reduce time of fullstack runs. As a tradeoff, we won't be able to r
Public bug reported:
This is a request for enhancement to avoid using alembic when creating
fullstack environment. The database creation is one of the most
expensive operations during env build up. Using a pre-defined sql script
that creates database schema can save time of fullstack runs.
** Aff
*** This bug is a duplicate of bug 1729213 ***
https://bugs.launchpad.net/bugs/1729213
** This bug has been marked a duplicate of bug 1729213
neutron-openvswitch-agent report error when batch delete instances
--
You received this bug notification because you are a member of Yahoo!
Enginee
Bug https://bugs.launchpad.net/neutron/+bug/1654287 was fixed and
released. We'll be monitoring this one but closing for now.
** Changed in: neutron
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribe
utron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: fullstack
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1734356
Title:
fullstack:
utron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: In Progress
** Tags: fullstack gate-failure
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/17
Yes, you can find which port is the instance using and the query the
port, it will show you security groups.
The port belonging to instance has device_id equal to instance id.
** Changed in: neutron
Status: New => Opinion
--
You received this bug notification because you are a member of
Fixes backported to all stable branches.
** Changed in: neutron
Status: Confirmed => 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/1627106
Title:
TimeoutException w
The test uses scenario, you can't simply run a single test, you need to
run the whole class.
** Changed in: neutron
Status: New => Opinion
** Changed in: neutron
Status: Opinion => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, w
error. _handle_process_error
neutron/agent/linux/async_process.py:196
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: fullstack
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, whi
The port is correctly detached from the vm in case it's deleted. Also
it's correctly unplugged from instance on libvirt level, in case of
libvirt driver.
** Changed in: neutron
Importance: Undecided => Wishlist
** Changed in: neutron
Status: New => Opinion
--
You received this bug not
tance: Medium
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: fullstack functional-tests
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1721796
Title:
wait_until_tr
The used versions are both from master branch. Because of master can
contain database changes, you need to use neutron-db-manage [1] to make
your database up-to-date reflecting used models in the code.
I'm closing this bug as invalid as database wasn't migrated in this
case.
[1]
https://docs.open
Public bug reported:
Typically DPID starts with zeros while code trims the prefixed zeros and
then comparison fails masking the real OVS failure.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: In Progress
--
You received this bug
Public bug reported:
The job is at almost 100% failure rate.
http://grafana.openstack.org/dashboard/db/neutron-failure-rate?panelId=11&fullscreen
It went up from 24% to 100% at about Aug 26 6pm UTC.
Logs: http://logs.openstack.org/32/498932/1/check/gate-grenade-dsvm-
neutron-dvr-multinode-ubuntu
Assignee: Jakub Libosvar (libosvar)
Status: In Progress
** Tags: functional-tests gate-failure
** Changed in: neutron
Assignee: (unassigned) => Jakub Libosvar (libosvar)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed
0 hits in the last week, let's consider it fixed with the update to
4.4.0-92-generic kernel
** Changed in: neutron
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.laun
-473f-44e0-aaf4-8f2debf81a0e ] Request - Headers: {'Content-Type':
'application/json', 'Accept': 'application/json', 'X-Auth-Token': ''}
Body: {"subnetpool": {"is_default": true}}
Response - Headers: {'sta
The reproducer is following:
kernel: 4.4.0-89-generic
conntrack: 1:1.4.3-3
conntrackd: 1:1.4.3-3
Create a conntrack entry:
sudo conntrack -I --protonum tcp --src 1.2.3.4 --sport 65535 --dst
8.8.8.8 --dport 6 --state ESTABLISHED --timeout 120
Trace from dmesg:
[ 2964.587682]
** Project changed: tripleo => neutron
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1605654
Title:
TestNetworkBasicOps often times out running against tripleo
Status in neutron:
Tri
ecurity_enabled'] instead
of port['security']['port_security_enabled'].
[1]
https://github.com/openstack/neutron/blob/master/neutron/agent/firewall.py#L49
** Affects: neutron
Importance: Critical
Assignee: Jakub Libosvar (libosvar)
Status: Confirmed
Public bug reported:
The functional job failure rate is at 100%. Every time some test gets
stuck and job is killed after timeout.
logstash query:
http://logstash.openstack.org/#dashboard/file/logstash.json?query=build_name%3A%5C
%22gate-neutron-dsvm-functional-ubuntu-
xenial%5C%22%20AND%20tags%3A
** Project changed: python-neutronclient => neutron
** Tags added: lbaas
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1699706
Title:
Updation of shared firewall-policy with non share
*** This bug is a duplicate of bug 1699706 ***
https://bugs.launchpad.net/bugs/1699706
** This bug has been marked a duplicate of bug 1699706
Updation of shared firewall-policy with non shared firewall-rule should be
restricted
--
You received this bug notification because you are a mem
*** This bug is a duplicate of bug 1698058 ***
https://bugs.launchpad.net/bugs/1698058
** This bug has been marked a duplicate of bug 1698058
L3DvrTestCase.test_dvr_gateway_host_binding_is_set: MismatchError: u'host0'
!= u'standby'
--
You received this bug notification because you are a
Functionality will be fixed by
https://bugs.launchpad.net/neutron/+bug/1696983
** Changed in: neutron
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1
x27;t work.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: l3-dvr-backlog ovs-fw
** Changed in: neutron
Assignee: (unassigned) => Jakub Libosvar (libosvar)
** Tags added: l3-dvr-backlog ovs-fw
--
You received
days
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: New
** Tags: fullstack gate-failure
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net
Public bug reported:
Example: http://logs.openstack.org/38/453838/2/check/gate-neutron-dsvm-
fullstack-ubuntu-xenial/eb454bd/testr_results.html.gz
Fails constantly. It started to fails somewhere between Apr 12 12:01 PM
and Apr 13 2:46 AM. It's likely not caused by Neutron patch as there was
only
** Changed in: neutron
Status: New => Opinion
** Tags added: l3-ha
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1684158
Title:
Add tenant_id attribute for ha network
Status in
** Changed in: neutron
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/1683136
Title:
Not able to list floating ip for particular subnet.
Status in neutron:
network
and br-int changes the VLAN tags. This is not consistent with tunnel
network types and causes troubles to ovs firewall.
** Affects: neutron
Importance: Undecided
Assignee: Jakub Libosvar (libosvar)
Status: In Progress
--
You received this bug notification because you are a
Public bug reported:
ft330.11:
neutron.tests.unit.extensions.test_l3.L3NatDBIntTestCase.test_floatingip_list_with_pagination_StringException:
Empty attachments:
pythonlogging:''
stdout
stderr: {{{
/home/jenkins/workspace/gate-neutron-python35/.tox/py35/lib/python3.5/site-packages/oslo_db/sq
1 - 100 of 213 matches
Mail list logo