RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1820052 - NM doesn't support changing MTU of OVS interfaces
Summary: NM doesn't support changing MTU of OVS interfaces
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: NetworkManager
Version: 8.2
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: 8.3
Assignee: Beniamino Galvani
QA Contact: Desktop QE
URL:
Whiteboard:
: 1808124 (view as bug list)
Depends On:
Blocks: 1807726 1856450
TreeView+ depends on / blocked
 
Reported: 2020-04-02 07:23 UTC by Beniamino Galvani
Modified: 2020-11-04 21:14 UTC (History)
18 users (show)

Fixed In Version: NetworkManager-1.25.1-1.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1807726
: 1856450 (view as bug list)
Environment:
Last Closed: 2020-11-04 01:49:27 UTC
Type: Bug
Target Upstream Version:
Embargoed:
pm-rhel: mirror+

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2020:4499 0 None None None 2020-11-04 01:50:03 UTC

Description Beniamino Galvani 2020-04-02 07:23:40 UTC 
+++ This bug was initially created as a clone of Bug #1807726 +++

Description of problem:
Cannot set un-defalut mtu on ovs interface. It can be set 1500 only.

Version-Release number of selected component (if applicable):
nmstate-0.2.6-1.el8.noarch
NetworkManager-1.22.8-1.el8.x86_64
DISTRO=RHEL-8.2.0-20200225.0
openvswitch2.12-2.12.0-12.el8fdp.x86_64

How reproducible:
100%

Steps to Reproduce:
1. cat mtu-ovs.yaml 
---
interfaces:
  - name: ovs3b
    type: ovs-interface
    state: up
    mtu: 1600
  - name: ovs-br3
    type: ovs-bridge
    state: up
    bridge:
      port:
        - name: ovs3b
2. nmstatectl set mtu-ovs.yaml
3.

Actual results:


Expected results:


Additional info:
[12:13:05@dell-per740-30 ~]0# nmstatectl set mtu-ovs.yaml 
2020-02-27 12:13:11,534 root         DEBUG    Checkpoint /org/freedesktop/NetworkManager/Checkpoint/12 created for all devices: 60
2020-02-27 12:13:11,535 root         DEBUG    Adding new interfaces: ['ovs-br3', 'ovs3b']
2020-02-27 12:13:11,541 root         DEBUG    Editing interfaces: []
2020-02-27 12:13:11,543 root         DEBUG    Executing NM action: func=add_connection_async
2020-02-27 12:13:11,554 root         DEBUG    Connection adding succeeded: dev=ovs-br3
2020-02-27 12:13:11,554 root         DEBUG    Executing NM action: func=add_connection_async
2020-02-27 12:13:11,560 root         DEBUG    Connection adding succeeded: dev=ovs3b
2020-02-27 12:13:11,560 root         DEBUG    Executing NM action: func=add_connection_async
2020-02-27 12:13:11,568 root         DEBUG    Connection adding succeeded: dev=uiksnRncIv8uXoT
2020-02-27 12:13:11,568 root         DEBUG    Executing NM action: func=safe_activate_async
2020-02-27 12:13:11,573 root         DEBUG    Connection activation initiated: dev=ovs-br3, con-state=<enum NM_ACTIVE_CONNECTION_STATE_ACTIVATING of type NM.ActiveConnectionState>
2020-02-27 12:13:11,595 root         DEBUG    Connection activation succeeded: dev=ovs-br3, con-state=<enum NM_ACTIVE_CONNECTION_STATE_ACTIVATING of type NM.ActiveConnectionState>, dev-state=<enum NM_DEVICE_STATE_IP_CONFIG of type NM.DeviceState>, state-flags=<flags NM_ACTIVATION_STATE_FLAG_IS_MASTER | NM_ACTIVATION_STATE_FLAG_LAYER2_READY | NM_ACTIVATION_STATE_FLAG_MASTER_HAS_SLAVES of type NM.ActivationStateFlags>
2020-02-27 12:13:11,596 root         DEBUG    Executing NM action: func=safe_activate_async
2020-02-27 12:13:11,600 root         DEBUG    Connection activation initiated: dev=uiksnRncIv8uXoT, con-state=<enum NM_ACTIVE_CONNECTION_STATE_ACTIVATING of type NM.ActiveConnectionState>
2020-02-27 12:13:11,604 root         DEBUG    Connection activation succeeded: dev=uiksnRncIv8uXoT, con-state=<enum NM_ACTIVE_CONNECTION_STATE_ACTIVATED of type NM.ActiveConnectionState>, dev-state=<enum NM_DEVICE_STATE_ACTIVATED of type NM.DeviceState>, state-flags=<flags NM_ACTIVATION_STATE_FLAG_IS_MASTER | NM_ACTIVATION_STATE_FLAG_IS_SLAVE | NM_ACTIVATION_STATE_FLAG_LAYER2_READY of type NM.ActivationStateFlags>
2020-02-27 12:13:11,605 root         DEBUG    Executing NM action: func=safe_activate_async
2020-02-27 12:13:11,606 root         DEBUG    Connection activation initiated: dev=ovs3b, con-state=<enum NM_ACTIVE_CONNECTION_STATE_ACTIVATING of type NM.ActiveConnectionState>
2020-02-27 12:13:11,801 root         DEBUG    Connection activation succeeded: dev=ovs3b, con-state=<enum NM_ACTIVE_CONNECTION_STATE_ACTIVATED of type NM.ActiveConnectionState>, dev-state=<enum NM_DEVICE_STATE_ACTIVATED of type NM.DeviceState>, state-flags=<flags NM_ACTIVATION_STATE_FLAG_IS_SLAVE | NM_ACTIVATION_STATE_FLAG_LAYER2_READY | NM_ACTIVATION_STATE_FLAG_IP4_READY | NM_ACTIVATION_STATE_FLAG_IP6_READY of type NM.ActivationStateFlags>
2020-02-27 12:13:12,302 root         DEBUG    NM action queue exhausted, quiting mainloop
2020-02-27 12:13:12,374 root         DEBUG    Checkpoint /org/freedesktop/NetworkManager/Checkpoint/12 rollback executed: dbus.Dictionary({dbus.String('/org/freedesktop/NetworkManager/Devices/8'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/39'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/22'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/19'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/21'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/2'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/7'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/6'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/40'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/23'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/5'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/41'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/4'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/1'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/3'): dbus.UInt32(0), dbus.String('/org/freedesktop/NetworkManager/Devices/20'): dbus.UInt32(0)}, signature=dbus.Signature('su'))
Traceback (most recent call last):
  File "/usr/bin/nmstatectl", line 11, in <module>
    load_entry_point('nmstate==0.2.6', 'console_scripts', 'nmstatectl')()
  File "/usr/lib/python3.6/site-packages/nmstatectl/nmstatectl.py", line 59, in main
    return args.func(args)
  File "/usr/lib/python3.6/site-packages/nmstatectl/nmstatectl.py", line 217, in apply
    statedata, args.verify, args.commit, args.timeout
  File "/usr/lib/python3.6/site-packages/nmstatectl/nmstatectl.py", line 241, in apply_state
    rollback_timeout=timeout,
  File "/usr/lib/python3.6/site-packages/libnmstate/deprecation.py", line 40, in wrapper
    return func(*args, **kwargs)
  File "/usr/lib/python3.6/site-packages/libnmstate/nm/nmclient.py", line 98, in wrapped
    ret = func(*args, **kwargs)
  File "/usr/lib/python3.6/site-packages/libnmstate/netapplier.py", line 70, in apply
    state.State(desired_state), verify_change, commit, rollback_timeout
  File "/usr/lib/python3.6/site-packages/libnmstate/netapplier.py", line 161, in _apply_ifaces_state
    _verify_change(desired_state)
  File "/usr/lib/python3.6/site-packages/libnmstate/netapplier.py", line 205, in _verify_change
    desired_state.verify_interfaces(current_state)
  File "/usr/lib/python3.6/site-packages/libnmstate/state.py", line 330, in verify_interfaces
    self._assert_interfaces_equal(other_state)
  File "/usr/lib/python3.6/site-packages/libnmstate/state.py", line 732, in _assert_interfaces_equal
    current_state.interfaces[ifname],
libnmstate.error.NmstateVerificationError: 
desired
=======
---
name: ovs3b
type: ovs-interface
state: up
ipv4:
  enabled: false
ipv6:
  enabled: false
mac-address: 46:04:64:04:0F:FF
mtu: 1600

current
=======
---
name: ovs3b
type: ovs-interface
state: up
ipv4:
  enabled: false
ipv6:
  enabled: false
mac-address: 46:04:64:04:0F:FF
mtu: 1500

difference
==========
--- desired
+++ current
@@ -7,4 +7,4 @@
 ipv6:
   enabled: false
 mac-address: 46:04:64:04:0F:FF
-mtu: 1600
+mtu: 1500

--- Additional comment from Gris Ge on 2020-02-27 07:22:28 CET ---

Hi Beniamino,

Does NetworkManager OVS support MTU changes?

--- Additional comment from Beniamino Galvani on 2020-02-27 09:22:20 CET ---

(In reply to Gris Ge from comment #1)
> Hi Beniamino,
> 
> Does NetworkManager OVS support MTU changes?

Not yet, I'll implement it.

--- Additional comment from Till Maas on 2020-02-27 10:17:54 CET ---

Dominik, is this a problem for RHV?

--- Additional comment from Dominik Holler on 2020-02-27 10:26:16 CET ---

(In reply to Till Maas from comment #3)
> Dominik, is this a problem for RHV?

Not yet, RHV does not yet use nmstate/NetworkManager for OVS.
I will come back if this bug becomes relevant for RHV.

--- Additional comment from Beniamino Galvani on 2020-03-09 16:46:19 CET ---

https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/merge_requests/433

--- Additional comment from Till Maas on 2020-03-13 08:21:53 CET ---

This is reported against nmstate but fixed in NetworkManager - is anything needed for this in Nmstate?

--- Additional comment from Gris Ge on 2020-03-13 10:19:34 CET ---

(In reply to Till Maas from comment #6)
> This is reported against nmstate but fixed in NetworkManager - is anything
> needed for this in Nmstate?

I intend to keep this bug as tracker of nmstate on this issue. Ideally, nothing need to be done by nmstate.

--- Additional comment from Beniamino Galvani on 2020-03-26 21:58:59 CET ---

Fixed in NM by:

https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/commit/2da77547bafedd352d5c40f66ccd365c454c30d4

Gris, should I switch component of this bz to NM, or clone it?

--- Additional comment from Gris Ge on 2020-04-02 07:15:51 CEST ---

(In reply to Beniamino Galvani from comment #8)
> Fixed in NM by:
> 
> https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/commit/
> 2da77547bafedd352d5c40f66ccd365c454c30d4
> 
> Gris, should I switch component of this bz to NM, or clone it?

I don't think you need bz in NM as NM will rebase in 8.3.
If you want it anyway, clone it.

--- Additional comment from Beniamino Galvani on 2020-04-02 09:21:02 CEST ---

Okay, I'm going to clone it so that it gets verified by NM QA.
Comment 1 Beniamino Galvani 2020-04-07 15:32:31 UTC 
*** Bug 1808124 has been marked as a duplicate of this bug. ***
Comment 5 Tim Rozet 2020-06-30 19:53:30 UTC 
Can we also target this for 8.2 instead of just 8.3?
Comment 6 Thomas Haller 2020-06-30 21:48:05 UTC 
(In reply to Tim Rozet from comment #5)
> Can we also target this for 8.2 instead of just 8.3?

For 8.2 GA it is already too late. If you wish, please request a 8.2-Z stream update. But please elaborate why this is important.
Comment 7 Tim Rozet 2020-06-30 22:06:57 UTC 
(In reply to Thomas Haller from comment #6)
> (In reply to Tim Rozet from comment #5)
> > Can we also target this for 8.2 instead of just 8.3?
> 
> For 8.2 GA it is already too late. If you wish, please request a 8.2-Z
> stream update. But please elaborate why this is important.

rhcos is on 8.2 and we need to configure OVS with the right MTU for OCP 4.6. Should I clone the bug with target for 8.2z?
Comment 8 Vladimir Benes 2020-07-01 11:02:03 UTC 
OVS MTU test added:
https://gitlab.freedesktop.org/NetworkManager/NetworkManager-ci/-/merge_requests/591
Comment 14 errata-xmlrpc 2020-11-04 01:49:27 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (NetworkManager bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2020:4499
Note You need to log in before you can comment on or make changes to this bug.