Bug 1831014 - NetworkManager 1.22 needed on RHCOS 4.5
Summary: NetworkManager 1.22 needed on RHCOS 4.5
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: RHCOS
Version: 4.4
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: ---
: 4.5.0
Assignee: Micah Abbott
QA Contact: Benjamin Gilbert
URL:
Whiteboard:
Depends On:
Blocks: 1831150
TreeView+ depends on / blocked
 
Reported: 2020-05-04 13:42 UTC by Petr Horáček
Modified: 2020-07-13 17:34 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Cause: Configuring MAC addresses on OVS interfaces Consequence: Incorrect MAC address is used on configured OVS interfaces Fix: Include NetworkManager 1.22 in RHCOS Result: Correct MAC address is used on OVS interfaces when configured
Clone Of:
: 1831150 (view as bug list)
Environment:
Last Closed: 2020-07-13 17:34:39 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2020:2409 0 None None None 2020-07-13 17:34:57 UTC

Description Petr Horáček 2020-05-04 13:42:13 UTC
Description of problem:
In order to be able to configure MAC on OVS interfaces via NetworkManager, version 1.22 is needed: https://bugzilla.redhat.com/show_bug.cgi?id=1763734. We need to perform such a configuration on RHCOS 4.4, while it only has NetworkManager 1.20.


Version-Release number of selected component (if applicable):
RHCOS 4.4
NetworkManager 1.20


How reproducible:
Always


Steps to Reproduce:
1. nmcli conn add type ovs-bridge conn.interface br10 802-3-ethernet.cloned-mac-address 00:11:22:33:44:55
2. nmcli conn add type ovs-port conn.interface port10 master br10
3. nmcli conn add type ovs-interface slave-type ovs-port conn.interface iface10 master port10 ipv4.method manual ipv4.address 192.0.2.1/24
4. nmcli conn modify ovs-slave-iface10 802-3-ethernet.cloned-mac-address ae:7a:1e:41:f1:45
5. ip link show iface10


Actual results:
Shows MAC address different from the one requested (ae:7a:1e:41:f1:45)

Expected results:
OVS interface is created with the set MAC.


Additional info:
This issue should be resolved by bumping of the NetworkManager version to 1.22.

Comment 1 Micah Abbott 2020-05-04 17:41:39 UTC
According to Errata Tool, NM 1.22 was included as part of RHEl 8.2 - https://access.redhat.com/errata/RHBA-2020:1847

All versions of RHCOS will be using the RHEL 8.2 content in the near future.  I would expect RHCOS 4.4 to get the 8.2 content as part of the first 4.4 z-stream release.

Comment 5 Jeff Ligon 2020-05-27 17:37:24 UTC
updating summary to point at the correct release

Comment 6 Micah Abbott 2020-05-27 19:14:24 UTC
The NM 1.22 build was tagged into the RHAOS 4.5 puddle while we test the remainder of the RHEL 8.2 content in RHCOS 4.5.

NM 1.22 was first included in RHCOS 45.81.202005212229-0; which shows up in the OCP 4.5 nightly:  registry.svc.ci.openshift.org/ocp/release:4.5.0-0.nightly-2020-05-22-011031

```
$  oc image info --output json $(oc adm release info -a ~/openshift-cluster-installs/all-the-pull-secrets.json --image-for=machine-os-content registry.svc.ci.openshift.org/ocp/release:4.5.0-0.nightly-2020-05-22-011031) | jq .config.config.Labels.version
"45.81.202005212229-0"
```

Going to set this as MODIFIED so that the bots can pull it in accordingly.

Comment 9 Benjamin Gilbert 2020-06-18 02:31:30 UTC
Reproducer needs one other step:
0. systemctl start openvswitch

Verified correct MAC address on RHCOS 45.81.202006172129-0, which has NetworkManager-1.22.8-4.el8.x86_64.

Comment 10 errata-xmlrpc 2020-07-13 17:34:39 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, 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:2409


Note You need to log in before you can comment on or make changes to this bug.