Public bug reported:
When scalling down node with neutron L2 agent (I tested it with neutron-
openvswitch-agent) it is not cleaning it's tunnel endpoints from the db
- for vxlan tunnels it is entry in "ml2_vxlan_endpoints" table but every
tunneling has own table there.
Additional issue is that ev
Public bug reported:
Currently QoS is supported by openvswitch agent (QosOVSAgentDriver) and by
sr-iov agent (QosSRIOVAgentDriver) on compute hosts.
There should be also similar agent for support LinuxBridge agent. It can set bw
limitations using "tc" which can be applied for ingress and egress
Public bug reported:
In neutron in qos bw limit rule table in database and in API extension
parameter "max-burst-kbps" has got wrong units suggested. Burst should
be given in kb instead of kbps because according to for example ovs
documentation: http://openvswitch.org/support/config-cookbooks/qos-
Public bug reported:
Currently fullstack tests (test_connectivity, qos) are only testing ovs
agent hosts. Support for linuxbridge agent should be added also in
fullstack tests IMO.
** Affects: neutron
Importance: Undecided
Assignee: Slawek Kaplonski (slaweq)
Status: New
Public bug reported:
Logstash query:
http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22RuntimeError%3A%20Unregistered%20server%20received%20unexpected%20packet(s).%5C%22
It seems to be happening mostly on wallaby and victoria jobs. It's not
very often but happens f
s: neutron
Importance: Medium
Assignee: Slawek Kaplonski (slaweq)
Status: Confirmed
** Tags: l3-dvr-backlog
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1928466
Title:
Public bug reported:
It seems that test
neutron.tests.fullstack.test_connectivity.TestUninterruptedConnectivityOnL2AgentRestart.test_l2_agent_restart
in various LB scenarios (flat, vxlan network) are failing recently
pretty often.
Examples of failures:
https://09f8e4e92bfb8d2ac89d-b41143eab52d80
No%20module%20named%20'mitogen')%5C%22
** Affects: neutron
Importance: Critical
Assignee: Slawek Kaplonski (slaweq)
Status: Confirmed
** Tags: doc gate-failure
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is su
Public bug reported:
It seems that it's failing all the time now. Example of failure
https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_ba6/790999/7/check
/neutron-functional-with-uwsgi/ba6f15c/testr_results.html
Stacktrace:
ft1.4:
neutron.tests.functio
Public bug reported:
Test
tempest.scenario.test_network_basic_ops.TestNetworkBasicOps.test_subnet_details
is failing with error like below:
Traceback (most recent call last):
File "/opt/stack/tempest/tempest/common/utils/__init__.py", line 70, in
wrapper
return f(*func_args, **func_kwargs)
enstack/neutron/blob/master/neutron/plugins/ml2/plugin.py#L318
Maybe better approach would be to have on the list only extensions which
are supported by all enabled mech_drivers?
** Affects: neutron
Importance: Medium
Assignee: Slawek Kaplonski (slaweq)
Status: Confirmed
** T
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 i
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.:
https://9cec50bd524f94a2df4c-c6273b9a7cf594e42eb2c4e7f818.ssl.cf5.rackcdn.com/7913
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:
https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_0de/791365/7/check/neutron-ovn-tempest-slow/0de1c30/testr_re
Public bug reported:
Examples of the failures:
https://a3e9d176bf1a926ac6c8-4a42abeb7e7779ef25c6242290fc9b63.ssl.cf5.rackcdn.com/795185/1/check
/neutron-fullstack-with-uwsgi/f7a1672/testr_results.html
https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_7f
** 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/1917793
Title:
[HA] keepalived_state_change does not finish
"handle_initi
** Changed in: neutron
Status: In Progress => Fix Released
** Tags removed: neutron-proactive-backport-potential
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1922563
Title:
[UT
quest will fail and error 500
will be returned.
In such case I think that context.elevated() should be used to get SG
from DB. If user don't have permission to see it, it will be filtered
out later by policy.
** Affects: neutron
Importance: Medium
Assignee: Slawek Kaplons
** Changed in: neutron
Status: In Progress => Fix Released
** Tags removed: neutron-proactive-backport-potential
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1922684
Title:
Fun
Public bug reported:
It should be done if we want to make OpenStack to be "FIPS compliant".
What is FIPS You can find in
https://csrc.nist.gov/publications/detail/fips/140/3/final
This isn't most needed thing but AFAIK Tempest is also moving away from
paramiko slowly so we can do that in the neu
Public bug reported:
This test is failing in that backend from time to time. For example:
https://4d0dc33a1771f7b089e2-b79c57b376466cab8e443243a2295837.ssl.cf1.rackcdn.com/601336/95/check/neutron-
tempest-plugin-scenario-linuxbridge/f5be5f7/testr_results.html
https://2c312e10b9f362ff0be0-ac198ee
We discussed that issue in our team meeting today
https://meetings.opendev.org/meetings/networking/2021/networking.2021-07-20-14.00.log.html
Our conclusion is that this is Intel's driver bug and we shouldn't try to
fix/workaround it in Neutron. It should be fixed in the driver's code. So I'm
goi
Public bug reported:
ARP entries for allowed address pairs are added in the DVR routers also
for IPv6 subnets even if IP is IPv4 address really.
** Affects: neutron
Importance: Medium
Assignee: Slawek Kaplonski (slaweq)
Status: New
** Tags: l3-dvr-backlog
--
You received
Public bug reported:
Example of failure
https://128d50eaaf9c22786068-bb0b8d002b29cd153f6a742d68988dd1.ssl.cf5.rackcdn.com/792299/6/check/tempest-
slow-py3/fabc438/controller/logs/screen-q-svc.txt
** Affects: neutron
Importance: Critical
Assignee: Slawek Kaplonski (slaweq
We discussed that RFE today on the drivers meeting and we agreed to not
accepting it for Neutron. We think that better place for such middleware
would be oslo or maybe some new repository.
** Tags removed: rfe-triaged
** Tags added: rfe
** Changed in: neutron
Status: In Progress => Won't F
This seems for me like lack of feature in the openstackclient. OSC uses
storyboard to track issues. I opened bug in storyboard
https://storyboard.openstack.org/#!/story/2009095 and I'm closing this
one here.
** Changed in: neutron
Status: Triaged => Invalid
--
You received this bug notifi
Public bug reported:
Recently we have been seeing pretty often functional tests issues with
errors like:
ft1.13:
neutron.tests.functional.plugins.ml2.drivers.ovn.mech_driver.ovsdb.test_maintenance.TestMaintenance.test_check_for_port_security_unknown_addresstesttools.testresult.real._StringExcept
gateway ip conflict.
So Neutron should forbid creation of the port with gateway's ip address
if it is not router's port (device_owner isn't set for one of the router
device owners).
** Affects: neutron
Importance: Undecided
Assignee: Slawek Kaplonski (slaweq)
Status: T
u-ovs neutron-server[308908]: ERROR oslo_db.api
(Background on this error at: http://sqlalche.me/e/14/gkpj)
** Affects: neutron
Importance: Medium
Assignee: Slawek Kaplonski (slaweq)
Status: In Progress
** Tags: api sg-fw
--
You received this bug notification because you are
We discussed that RFE on today's drivers meeting
https://meetings.opendev.org/meetings/neutron_drivers/2021/neutron_drivers.2021-08-06-14.03.log.html#l-14
and we all agreed that current behavior is actually a feature and we shouldn't
change it. It also aligns with the comment #6 from Brian.
So w
Now I can't reproduce it and it seems that tbr bridge is deleted after
short deplay. So I'm going to close this bug.
** Changed in: neutron
Status: Incomplete => Invalid
** Changed in: os-vif
Status: Triaged => Invalid
--
You received this bug notification because you are a member
Public bug reported:
It happens in functional tests, like e.g. in
neutron.tests.functional.agent.l3.test_ha_router.L3HATestCase.test_ipv6_router_advts_and_fwd_after_router_state_change_backup:
https://a1fab4006c6a1daf82f2-bd8cbc347d913753596edf9ef5797d55.ssl.cf1.rackcdn.com/786478/17/check/neutro
Assignee: Slawek Kaplonski (slaweq)
Status: Confirmed
** Tags: api logging
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1939558
Title:
Security group log entry remains
Public bug reported:
Since 13.08.2021 one of our UT
neutron.tests.unit.services.ovn_l3.test_plugin.OVNL3ExtrarouteTests.test_router_create_with_gwinfo_ext_ip_non_admin
is failing with neutron-lib from master.
Failure example:
https://5095d1cf5e3173e1d222-5acdef5dc10478cee5291df1596ec66a.ssl.cf5.r
Public bug reported:
It happens pretty often recently that during our scenario tests we are
running out of memory and oom-killer is killing mysql process as it is
number 1 in memory consumption. That is causing job's failures.
It seems for me that it happens when there are running tests which use
I don't see those failures anymore so I'm closing this bug now.
** Changed in: neutron
Status: Triaged => 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/1906490
Title:
Public bug reported:
Since few days we have some new issue in that UT job. See e.g.:
https://zuul.openstack.org/build/9d84fa1c75814ce4b7571c48b90de60d
https://zuul.openstack.org/build/c96a61ed36294d5fb528daa332a7aa1a
https://zuul.openstack.org/build/a2355327ba7e425a8d389dcbf7344b0f
** Affects: n
Due to no activity on that RFE for few months now, I'm going to close it
for now. Feel free to reopen it and provide additional information about
it when needed.
** Changed in: neutron
Status: New => Opinion
** Tags removed: rfe
** Tags added: rfe-postponed
--
You received this bug notif
Public bug reported:
I saw similar failures at least 3 times in last week:
https://2b735aae18d0591220ca-ba27e931a99f05bd6f205438b3cd6a3a.ssl.cf1.rackcdn.com/805031/3/check/neutron-tempest-plugin-scenario-linuxbridge/e958ebe/testr_results.html
https://838e8809c9c087f1d2df-d66d94e8460be82c507ecb0f7
tron
Importance: Wishlist
Assignee: Slawek Kaplonski (slaweq)
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1942294
Title:
Is allow_overlapping_ips config
** 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/1942251
Title:
Routes has not added after router restart
Status in neutron:
Fi
Public bug reported:
Since some time Security groups can be shared with specific tenants
using RBAC mechanism but it's not possible to share SG that way with
TARGET-PROJECT and then, as a member or admin in that TARGET-PROJECT
spawn vm which will use that SG:
$ openstack server create --image cir
Public bug reported:
RBAC mechanism allows to share SG with different tenant. But when user
from such target tenant will want to show SG, rules which belongs to
that SG will not be shown as they aren't shared.
Such rules are filtered out by our policy mechanism in
https://github.com/openstack/neu
** 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/1920923
Title:
Rally test NeutronNetworks.create_and_update_subnets fails
We discussed that rfe again on the drivers meeting today:
https://meetings.opendev.org/meetings/neutron_drivers/2021/neutron_drivers.2021-09-10-14.05.log.html#l-18
As use case originally given in the spec (debugging CI) isn't really issue
anymore, and as we see that implementation of that proposa
8)
I guess that this may be some race condition which can be hit under
specific conditions and IMHO it can happend also in master branch as
well.
** Affects: neutron
Importance: High
Assignee: Slawek Kaplo
application/json" \
-d '{ "port": { "extra_dhcp_opts": [{ "opt_name": "yyy:test\nanother",
"opt_value":"xxx" }]}}' \
"http://10.0.0.120:9696/v2.0/ports/acf0c1ca-56f8-452c-8b31-51ac25e54ac5";
** Affects: neutr
** Changed in: neutron
Status: In Progress => Fix Released
** Tags removed: neutron-proactive-backport-potential
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1901707
Title:
rac
** Also affects: neutron
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1943708
Title:
neutron_tempest_plugin.scenario.test_trunk.TrunkTest.t
ot;","binding:vif_type":"unbound","binding:vif_details":{},"allowed_address_pairs":[],"extra_dhcp_opts":[],"description":"","dns_name":"","dns_assignment":[{"ip_address":"10.0.0.41&
Public bug reported:
Examples of failure:
https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_187/808179/4/check/neutron-
tempest-plugin-scenario-linuxbridge/1872c37/testr_results.html
https://3889a6aa6ea3f28e18b7-a85364018f10e4ce6159c46d9b375288.ssl.cf1.
Public bug reported:
Examples of failures:
https://zuul.openstack.org/build/d2f120a01f21495c8e7502cd523f562a
https://zuul.openstack.org/build/d2f120a01f21495c8e7502cd523f562a
Failing tests:
neutron.tests.unit.db.test_securitygroups_db.SecurityGroupDbMixinTestCase.test_delete_security_group_in_us
Thx Liu and Bence. You are right. It is like that always in case of
SLAAC and DHCPv6-stateless subnets:
https://github.com/openstack/neutron/blob/bd7b40b4f871586068039e6014dbb9081d1630e8/neutron/db/ipam_pluggable_backend.py#L274
** Changed in: neutron
Status: New => Incomplete
** Changed i
** 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/1813709
Title:
[L2][scale issue] ovs-agent dump-flows takes a lots of time
Statu
** 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/1813708
Title:
[L2][scale issue] ovs-agent has too many flows to do trouble shoot
** 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/1813707
Title:
[L2][scale issue] ovs-agent restart costs too long time
Status in
** 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/1813706
Title:
[L2][scale issue] ovs-agent failed to restart
Status in neutron:
** 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/1813705
Title:
[L2][scale issue] local connection to ovs-vswitchd was drop or tim
** 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/1813704
Title:
[L2][scale issue] RPC timeout during ovs-agent restart
Stat
** 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/1813712
Title:
[L2][scale issue] ovs-agent has multipe cookies flows (stale flows
Public bug reported:
Failure example:
https://8d5ef598bba78b1573a4-7dfe055f87ad090ed1b50745545f409a.ssl.cf1.rackcdn.com/805391/10/check/neutron-
fullstack-with-uwsgi/6e03086/testr_results.html
Stacktrace:
ft1.6:
neutron.tests.fullstack.test_l3_agent.TestHAL3Agent.test_router_fip_qos_after_admin
Public bug reported:
It happens in the CI from time to time that many tests are failing
because router is in backup state all the time and it's never
transitioned to be primary on the node.
Examples of the failure:
https://3142cc95d58eb8a4ee07-043369ac575bbfe29758366f4ba498a1.ssl.cf1.rackcdn.com/
e).
** Affects: neutron
Importance: Medium
Assignee: Slawek Kaplonski (slaweq)
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/1946479
*** This bug is a duplicate of bug 1944201 ***
https://bugs.launchpad.net/bugs/1944201
I checked logs from the failed job and in fact this is duplicate of the
neutron-ovs-agent crash issue https://bugs.launchpad.net/neutron/+bug/1944201
Routers aren't transitioned to "primary" because neutron
Reopen. It still happens, even with os-ken 2.2.0. And what I noticed it
may happened not only during agent initialization but also later. See
e.g.:
https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_2b1/812658/2/check/neutron-
ovs-tempest-multinode-full/2b
ted
as updated router. Because of that haproxy will be started but NAT rules will
never be created and metadata for instances will not be available.
** Affects: neutron
Importance: Medium
Assignee: Slawek Kaplonski (slaweq)
Status: New
** Tags: l3-dvr-backlog
--
You re
AFAIR qvo and qvb ports are created and deleted by os-vif (nova) and not
by neutron. So I don't think this is an Neutron bug really and I'm
moving it to os-vif for now.
** Also affects: os-vif
Importance: Undecided
Status: New
** No longer affects: neutron
--
You received this bug not
ND SP
= 5
[ 5] 47.00-48.00 sec 122 KBytes 997 Kbits/sec 0.024 ms 3/89 (3.4%)
** Affects: neutron
Importance: Medium
Assignee: Slawek Kaplonski (slaweq)
Status: Confirmed
** Tags: ovs
--
You received this bug notification because you are a member of Yahoo!
Engineering
Public bug reported:
It happened in the CI job:
https://70b72721af304b4c1528-2577420e766b653c3ec089b9602cc4a1.ssl.cf2.rackcdn.com/811411/7/check/neutron-
tempest-plugin-api/438deaa/testr_results.html
Test failure:
ft1.2:
neutron_tempest_plugin.api.admin.test_logging.LoggingTestJSON.test_log_lif
Public bug reported:
There is one failing test in that periodic job:
neutron.tests.unit.objects.test_objects.TestObjectVersions.test_versions
Failure examples:
https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_72c/periodic/opendev.org/openstack/neutron/
** 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/1906568
Title:
[OVN Octavia Provider] OVN provider not setting member off
** 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/1888646
Title:
[OVN Octavia Provider]
octavia_tempest_plugin.tests.api
** 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/1916646
Title:
ovn-octavia-provider can attempt to write protocol=None to
** 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/1912779
Title:
[ovn-octavia-provider]: batch update fails when members to
Fix proposed https://review.opendev.org/c/openstack/tripleo-heat-
templates/+/817754
Test patch https://review.opendev.org/c/openstack/tripleo-heat-
templates/+/817754
** Project changed: neutron => tripleo
--
You received this bug notification because you are a member of Yahoo!
Engineering Tea
"rc": 1,
2021-11-10 21:38:30.474341 | controller | "start": "2021-11-10
21:38:29.555464"
2021-11-10 21:38:30.474408 | controller | }
But I think that real issue is that some tests are failing earlier in
all those jobs.
** Affects: neutron
Importance: Critica
Public bug reported:
It causes failures of the functional test
neutron.tests.functional.plugins.ml2.drivers.ovn.mech_driver.ovsdb.test_ovsdb_monitor.TestAgentMonitor.test_network_agent_present
test. Examples:
https://164b3e6c67f8dffddea7-f89a5ef8d1bd221399a14347eddacf71.ssl.cf2.rackcdn.com/814009
Public bug reported:
Failure examples:
https://b30211aa4f809fc4a91b-baf4f807d40559415da582760ebf9456.ssl.cf2.rackcdn.com/817525/7/check/neutron-tempest-plugin-scenario-ovn/c356679/testr_results.html
https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_b75/8
In the neutron-tempest-plugin-scenario-ovn job we are using ovn 21.06
now. In the Ubuntu based jobs where we are using ovn from packages, it's
still 20.03 but I think we can close that bug now.
** Changed in: neutron
Status: Confirmed => Fix Released
--
You received this bug notification
re.
ERROR 1396 (HY000) at line 2: Operation CREATE USER failed for
'root'@'localhost'
** Affects: neutron
Importance: Critical
Assignee: Slawek Kaplonski (slaweq)
Status: Confirmed
** Tags: functional-tests gate-failure ovn-octavia-provider
--
You receive
tu-focal-inmotion-iad3-0027510773 systemd[1]:
devstack@ovn-northd.service: Failed with result 'timeout'.
Nov 26 07:20:41.855824 ubuntu-focal-inmotion-iad3-0027510773 systemd[1]: Failed
to start Devstack devstack@ovn-northd.service.
** Affects: neutron
Importance: Critical
Public bug reported:
I noticed pretty many times when neutron-tempest-plugin scenario jobs
were timing out due to very slow tests execution. See examples:
https://82f03bf860caa31b7ef2-7540de26d324888abf6b8e200e8c6ffb.ssl.cf5.rackcdn.com/816800/5/check/neutron-
tempest-plugin-scenario-openvswitch/
Public bug reported:
I noticed failures of the 2 tests in the Neutron CI multinode job. Both
failures looks similar for me at first glance but if those are different
issues, feel free to open another bug for one of them.
Failed tests:
tempest.api.compute.servers.test_servers_negative.ServersNeg
Public bug reported:
Failure
https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_877/820125/1/check/neutron-
tempest-plugin-api/877167f/testr_results.html
Stacktrace:
Traceback (most recent call last):
File
"/opt/stack/tempest/.tox/tempest/lib/python3.
Public bug reported:
Failure example:
https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_a93/periodic/opendev.org/openstack/neutron/master/openstack-
tox-py36-with-ovsdbapp-master/a93ba3a/testr_results.html
Failed test:
neutron.tests.unit.plugins.ml2.driv
://etherpad.opendev.org/p/pain-point-elimination
** Affects: neutron
Importance: Medium
Assignee: Slawek Kaplonski (slaweq)
Status: Confirmed
** Tags: api
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https
** 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/1792925
Title:
q-dhcp crashes with guru meditation on ironic's grenade
Status in
I'm closing this bug now as I don't think we still have such issue in
the gate currently.
** Changed in: neutron
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launc
I'm closing this bug now as I don't think we still have such issue in
the gate currently.
** 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.ne
I'm closing this bug now as I don't think we still have such issue in
the gate currently.
** 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.ne
I'm closing this bug now as I don't think we still have such issue in
the gate currently.
** 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.launch
No such errors anymore. I'm closing the bug.
** 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/1812364
Title:
Error "OSError
I don't think we still have such issues in the tempest jobs. It can
happen from time to time in the functional job maybe, but it's very rare
recently and IMHO this may be related to overloaded nodes simply. So I'm
closing that bug for now.
** Changed in: neutron
Status: Confirmed => Fix Rel
** No longer affects: 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/1836642
Title:
Metadata responses are very slow sometimes
Status in OpenStack Compute (nova):
Expired
Bug
Closing this according to the Rodolfo's comment above and docs patch
which is already merged.
** Changed in: neutron
Status: Confirmed => Fix Released
** Changed in: neutron
Status: Fix Released => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
** 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/1835914
Title:
Test test_show_network_segment_range failing
Status in neut
** No longer affects: 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/1821567
Title:
network_segment_ranges could not load in tricirlce test
Status in Tricircle:
Fix Committed
I close it as fwaas project is not maintained anymore.
** Changed in: neutron
Status: Confirmed => 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/1845300
Title:
FWaaS t
** 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/1843418
Title:
Functional tests shouldn't fail if kill command will have
This seems to be fixed already. All tests are run in one job currently.
** 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/18370
1 - 100 of 787 matches
Mail list logo
