Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
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.
DescriptionBeniamino 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 1Beniamino Galvani
2020-04-07 15:32:31 UTC
*** Bug 1808124 has been marked as a duplicate of this bug. ***
(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.
(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?
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