Fix already released: https://review.opendev.org/#/c/673803/
** Changed in: networking-ovn
Status: New => Fix Released
** Changed in: neutron
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is
Fix released: https://review.opendev.org/#/c/673803/
** Changed in: neutron (Ubuntu)
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/1834045
Public bug reported:
I noticed that in devstack master we have a lot of logs like:
Jul 21 08:18:13.371897 ubuntu-bionic-rax-iad-0018525571 neutron-
server[6599]: DEBUG neutron.api.rpc.handlers.resources_rpc [None req-
968a9155-c80a-4fbc-9c10-bcfca6ba372d None None] Pushing event updated
for
Public bug reported:
I noticed while we do a router port update, on each call there is a
command:
Jul 31 08:17:15 devstack-mjozefcz-ovn-octavia-provider neutron-
server[26580]: DEBUG ovsdbapp.backend.ovs_idl.transaction [None req-
61de5786-9d32-4d52-8a24-56af3d400ce2 None None] Running txn n=1
fects: neutron
Importance: Undecided
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: Confirmed
** Tags: ovn-octavia-provider
** Changed in: neutron
Status: New => Confirmed
--
You received this bug notification because you are a member of Yahoo!
Engineering Tea
\'ovn\' reports
error: member_batch_update() takes 2 positional arguments but 3 were given",
"debuginfo": null}'
** Affects: neutron
Importance: High
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: Confirmed
** Tags: ovn-octavia-provider
** Changed
-2b4f2fa211fea8445ec0f4a568f6056b.ssl.cf2.rackcdn.com/740625/1/check
/ovn-octavia-provider-functional/714ba02/job-output.txt
** Affects: neutron
Importance: Undecided
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: New
** Tags: ovn-octavia-provider
** Changed in: neutron
Assignee: (unassigned) => Mac
Public bug reported:
When removing neutron ports with qos policy applied, corresponding
entries are not removed from NBDB qos table.
Steps to reproduce:
openstack network qos policy create bw-limiter
openstack network qos rule create --type bandwidth-limit --max-kbps 3000
--max-burst-kbits
** Changed in: neutron
Status: Fix Released => In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1877377
Title:
[OVN] neutron-ovn-tempest-ovs-master-fedora periodic job
Public bug reported:
We can find random failures of the test:
https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_63a/711425/11/check
/neutron-functional/63ac4ca/testr_results.html
://github.com/openstack/octavia/blob/master/octavia/api/drivers/amphora_driver/v2/driver.py#L77
** Affects: neutron
Importance: Medium
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: Confirmed
** Tags: ovn-octavia-provider
** Changed in: neutron
Importance: Undecided => Med
Public bug reported:
In Neutron CI we mostly run tempest jobs, that inherits from 'tempest-
integrated-networking' [1]. This configuration doesn't have anything
about ADVANCED_IMAGE.
We know that we have tempest tests that require ADVANCE_IMAGE, like this
one [2].
In neutron-tempest-plugin
Public bug reported:
I noticed that one port has been set as virtual, while there is no other
port having the same ip address configured withing same network (address
pairs extension).
My example is as follows:
()[root@controller-0 flows-distribution]# ovn-nbctl list logical_switch_port
Public bug reported:
Recently merged code [1] added a few IPv6 hotplug scenarios.
In meantime we're working on enabling new Cirros on OVN Gates [2]
After merging [1] we can find that on [2] the new tests started to fail:
Public bug reported:
We don't run neutron-tempest-plugin tests in stable branches, at least
with networking-ovn...
Example:
https://41620a559c5090d887c6-f99336677cbcb935a72dddbf18215860.ssl.cf5.rackcdn.com/731477/2/check/networking-ovn-tempest-dsvm-ovs-release/5f1b8f3/testr_results.html
600~
Public bug reported:
I noticed on upstream and downstream gates that while creating
FloatingIP for action like:
neutron floatingip-create public
For ml2/ovs and ml2/ovn this operation takes minimum ~4 seconds.
The same we can find on u/s gates from rally jobs [1].
While we put the load on
Fixed released: https://review.opendev.org/#/c/728817/
** 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/1879301
Title:
-tempest-dsvm-ovs-release-python2/0474be3/job-output.txt
** Affects: neutron
Importance: High
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: Confirmed
** Tags: ovn
** Changed in: neutron
Importance: Undecided => High
** Changed in: neutron
Status:
Public bug reported:
Environment used for functional tests in Neutron master installs old OVS
and OVN instead newest one specified in zuul configuration.
2020-05-11 17:51:44.018628 | controller | +
-devel-5.5.17 has been installed properly.
** Affects: neutron
Importance: Medium
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: Confirmed
** Tags: ovn
** Changed in: neutron
Importance: Undecided => Medium
** Changed in: neutron
Status: New => Con
We can still find some failures:
https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_abb/717851/2/gate
/neutron-functional/abb91cb/testr_results.html
Public bug reported:
We can see occasional test failures of tempest test with OVN:
neutron_tempest_plugin.scenario.test_trunk.TrunkTest.test_trunk_subport_lifecycle
Traceback (most recent call last):
File
"/opt/stack/neutron-tempest-plugin/neutron_tempest_plugin/common/utils.py",
line 78,
Public bug reported:
While following instructions for Routed Provided Networks [1] and using
OVN Neutron raises error during creation on second segment subnet:
How to reproduce ===
sudo iniset /etc/neutron/plugins/ml2/ml2_conf.ini ml2_type_vlan
network_vlan_ranges
Public bug reported:
The OVN Octavia provider driver in OvnProviderHelper caches attributes
[1]:
ovn_nbdb_api_for_events = None
ovn_nb_idl_for_events = None
ovn_nbdb_api = None
to not re-create each time OVN IDL that is used for handling events.
Now we are able to use Octavia Driver Agent [2]
Public bug reported:
Based on comments in review:
https://review.opendev.org/#/c/702247/7/tools/ovn_migration/migrate-to-
ovn.yml@108
Looks like we don't support migration to OVN for TripleO deployments,
while SSL-only deployment is specified. This needs investigation.
** Affects: neutron
Public bug reported:
Each neutron network has at least one segment.
While the network has only one segment, the 'segment' key is not added
to the info returned by API, but it is merged with a network,
Example:
(Pdb++) pp context.current
{'admin_state_up': True,
'availability_zone_hints': [],
Public bug reported:
The functional test
neutron.tests.functional.plugins.ml2.drivers.ovn.mech_driver.ovsdb.test_ovn_db_sync.TestOvnNbSyncOverTcp.test_ovn_nb_sync_log
Randomly fails on our CI.
** Affects: neutron
Importance: Undecided
Assignee: Maciej Jozefczyk (maciej.jozefczyk
ple protocols configured (TCP and
UDP). While removing fist listener from the LB the one of created OVN LB rows
needs to be deleted, but then driver wants to update the vip entries on it.
That is not needed.
** Affects: neutron
Importance: High
Assignee: Maciej Jozefczyk (maciej.jo
/neutron_tempest_plugin/scenario/test_qos.py#L271
[3] https://review.opendev.org/#/c/711048/
** Affects: neutron
Importance: Undecided
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: New
** Tags: ovn qos
** Changed in: neutron
Assignee: (unassigned) => Maciej J
This has been fixed by: https://review.opendev.org/#/c/705452/
** Changed in: neutron
Importance: Undecided => High
** Changed in: neutron
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is
Public bug reported:
Sometimes we see random failures of the test:
neutron.tests.functional.plugins.ml2.drivers.ovn.mech_driver.test_mech_driver.TestVirtualPorts.test_virtual_port_created_before
Public bug reported:
In OVN functional we start ovsdb per each test. We don't start ovsdb
2.12 but 2.9, even we compile OVS/OVN 2.12 on gates:
2020-02-26T02:39:25.824Z|3|ovsdb_server|INFO|ovsdb-server (Open
vSwitch) 2.9.5
** Affects: neutron
Importance: Undecided
Status: New
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:
We started to see
neutron_tempest_plugin.scenario.test_security_groups.NetworkSecGroupTest.test_multiple_ports_portrange_remote
failures on:
Example failure:
Public bug reported:
While instance has disabled port security its not able to reach DHCP service.
Looks like the change [1] introduced this regression.
Port has [unknown] address set:
Public bug reported:
OVN LB that has IPv6 members and listeners doesn't work. Members are not
reachable via listener address.
** Affects: neutron
Importance: High
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: Confirmed
** Tags: ovn-octavia-provider
** Changed
Public bug reported:
While using OVN Load Balancer Octavia creates a VIP port, named
ovn_const.LB_VIP_PORT_PREFIX-port_id.
Unfortunately commit [1] introduced regression. When environment has virtual
port type available it fails to clear addresses field for OVN Octavia VIP port.
It should not
Public bug reported:
Functional test:
neutron.tests.functional.plugins.ml2.drivers.ovn.mech_driver.test_mech_driver.TestVirtualPorts.test_virtual_port_delete_parents
randomly fails with:
ft1.2:
RROR neutron.plugins.ml2.managers
** Affects: neutron
Importance: Undecided
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: In Progress
** Tags: ovn
** Changed in: neutron
Assignee: (unassigned) => Maciej Jozefczyk (maciej.jozefczyk)
** Changed in: neutron
Public bug reported:
We observe on gates ERROR logs like:
Please investigate.
Jan 31 12:43:54.475677 ubuntu-bionic-rax-ord-0014258431 neutron-server[32458]:
DEBUG neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance [None
req-1b9ba8f3-8770-44b1-a398-c75e1fe7c0a4 None None]
Public bug reported:
[OVN] FIP on OVN Load balancer doesn't work if member has FIP assigned
on DVR setup
For now we don't have solution for that. That needs further work in
core-ovn side.
For now propose a workaround - centralize traffic of member FIP.
** Affects: neutron
Importance:
ess
172.30.188.22 already allocated in subnet 6cdca17f-c896-4684-9feb-6d0aa4aa3cb
** Affects: neutron
Importance: Undecided
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: Confirmed
** Tags: ovn
** Changed in: neutron
Status: New => Confirmed
** Changed in:
20-01-17 09:04:28.792 27 ERROR networking_ovn.octavia.ovn_driver
octavia_lib.api.drivers.exceptions.UpdateStatusError: 'NoneType' object has no
attribute 'update'
2020-01-17 09:04:28.792 27 ERROR networking_ovn.octavia.ovn_driver
** Affects: neutron
Importance: Undecided
` function each time this creates new
row instead updating existing one.
** Affects: neutron
Importance: Undecided
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: New
** Tags: ovn
** Changed in: neutron
Assignee: (unassigned) => Maciej Jozefczyk (maciej.jozefc
Public bug reported:
On our CI we see random failures of random jobs related to getting public keys
from metadata.
As an example I would like to show this change [1]. In addition to current
implementation of tests it adds three instances and test security groups.
Sometimes random jobs like:
traffic for given protocol.
** Affects: neutron
Importance: Undecided
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: New
** Description changed:
- If user creates a security group rule specyfing all the ports, like
+ If user creates a security group rule specifying all
Public bug reported:
For ml2/OVN live-migration doesn't work. After spending some time
debugging this issue I found that its potentially more complicated and
not related to OVN intself.
Here is the full story behind not working live-migration while using OVN
in latest u/s master.
To speedup
Public bug reported:
Imagine online data migration script reported 50 matched rows, but no
executed migrations, like:
Running batches of 50 until complete
50 rows matched query fake_migration, 50 migrated
50 rows matched query fake_migration, 40 migrated
50 rows matched query fake_migration, 0
Public bug reported:
Neutron doesn't allow user with role 'advsvc' to add port in other user tenant
network.
Introduced change:
https://review.openstack.org/#/c/101281/10
Should allow that, but in fact in neutron-lib there is no validation for advsvc
role:
normal", "qbh_params": null, "meta":
{}, "details": {"port_filter": true, "datapath_type": "system",
"ovs_hybrid_plug": true}, "address": "fa:16:3e:cf:0c:e0", "active": true,
"type": "
Public bug reported:
When an instance has not enabled IPv6 listed tests are failing because
of expected calls checks:
networking_ovh.tests.unit.agent.linux.test_dhcp_agent.TestDeviceManager.test_setup
ub.com/openstack/nova/blob/master/nova/compute/resource_tracker.py?utf8=✓#L611
4. Watch how RT sends it to placement and placement responds with 400 - bad
request.
** Affects: nova
Importance: Undecided
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: New
** Changed in: nova
Public bug reported:
Description
===
Nova updates hypervisor resources using function called
./nova/compute/resource_tracker.py:update_available_resource().
In case of *shutdowned* instances it could impact inconsistent values
for resources like vcpu_used.
Resources are taken from
CONFIRMED FOR: Newton
** Changed in: nova
Status: Expired => In Progress
** Changed in: nova
Assignee: (unassigned) => Maciej Jozefczyk (maciej.jozefczyk)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Ope
gwbf6069f7-2cc -j CT
=== How to reproduce ===
1. Spawn devstack.
2. Boot VM
3. Add new rule to SG which this VM uses.
4. Observe neutron-openvswitch-agent logs.
=== Environment ===
Upstream master devstack.
** Affects: neutron
Importance: Undecided
Assignee: Maciej Jozefczyk
tron.git
** pip install tox==2.3.1
** tox -e py27
* Versions
** Version: master upstream neutron
** Tox version: 2.3.1
** Affects: neutron
Importance: Undecided
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: In Progress
** Changed in: neutron
Assignee: (unassigned
Good point, Mateusz. If have checked Ubuntu packages, the latest is
1:0.4+dfsg+1+20131010+gitf68af8af3d-4, and its provided also for Ubuntu Artful.
So for now problem doesn't exist.
The only change should be for Devstack to clone from tag (eg. newest one -
v0.6.2) rather than from master.
**
** Changed in: horizon
Assignee: (unassigned) => Maciej Jozefczyk (maciej.jozefczyk)
** Changed in: devstack
Assignee: (unassigned) => Maciej Jozefczyk (maciej.jozefczyk)
** Changed in: horizon
Status: New => In Progress
** Changed in: devstack
Status: New =>
.
Actual result
=
Given link is broken (HTTP 404).
Environment
===
nova - master branch
** Affects: nova
Importance: Undecided
Assignee: Maciej Jozefczyk (maciej.jozefczyk)
Status: New
** Changed in: nova
Assignee: (unassigned) => Maciej Jozefc
Public bug reported:
Description
===
Nova recreates instance directory on source host after successful
migration/resize when using QEMU Qcow2 file drives.
Nova after migration executes method driver.confirm_migration().
This method cleans instance directory (instance directory with
60 matches
Mail list logo
