Hide Forgot
Created attachment 1663737 [details] Reproduce script Description of problem: Try to detach 'eth1' from a OVS bridge. but `nmcli edit` silently ignored all changes made to `connection.master`, `connection.slave-type` and `ovs-interface.type`. Version-Release number of selected component (if applicable): NetworkManager-1.22.7-24704.53b878818c.el8.x86_64 How reproducible: 100% Steps to Reproduce: 1. ./nm_bug.sh 2. 3. Actual results: Expected results: Additional info:
Created attachment 1663738 [details] System logs with NM trace enabled
The issue here is that the ifcfg-rh backend doesn't remove the OVS_PORT=port0 variable from the connection during the update. This is fixed on master by commit "ifcfg-rh: clear all untouched, known keys before writing ifcfg-rh file": https://gitlab.freedesktop.org/NetworkManager/NetworkManager/commit/07262b165d411456680be062df5f74b43d921dca
fixed on nm-1-22 branch: https://gitlab.freedesktop.org/NetworkManager/NetworkManager/commit/0c8046574e782ca926d265348d10866f1653aef1 (also, a simpler reproducer in the commit message). @QA: I think this is a very trivial fix. I don't think it's worth writing a CI test. Manual testing should suffice.
Thanks for the quick fix. It works well.
*** Bug 1804561 has been marked as a duplicate of this bug. ***
test clear_ovs_settings added
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, 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:1847