qeth: utilize virtual MAC for Layer2 OSD devices
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu on IBM z Systems |
Fix Released
|
High
|
Skipper Bug Screeners | ||
linux (Ubuntu) |
Fix Released
|
Undecided
|
Canonical Kernel Team | ||
Bionic |
Fix Released
|
Undecided
|
Unassigned | ||
Eoan |
Fix Released
|
Undecided
|
Unassigned | ||
Focal |
Fix Released
|
Undecided
|
Unassigned | ||
Groovy |
Fix Released
|
Undecided
|
Canonical Kernel Team |
Bug Description
SRU Justification:
==================
[Impact]
* A qeth device on a DPM-managed (HMC) IBM Z machine does not obtain its MAC address for layer2 OSD interfaces from the OSA Network Adapter, instead it uses a random MAC address.
* This can cause connectivity issues in environments where reliable and pre-determined MAC addresses are required, ie. when doing network configuration based on DHCP.
[Fix]
* Backport 1: https:/
* Backport 2: https:/
[Test Case]
* Bring up a qeth L2 OSD interface in DPM-managed (HMC) LPAR
* Inspect the interface's MAC address. It should be the same as displayed in the HMC DPM panels.
* Due to the fact that a system is needed where the HMC is in DPM mode (rather than in classic mode) this needs to be tested by IBM.
[Regression Potential]
* There is a certain risk for a regression, since OSA devices are the standard network devices on s390x.
* But static network configurations are still more popular for the usually long running workload on s390x and not dynamic assignments.
* On the other hand qeth devices are s390x only, so this will at least not affect common code or code for other architectures.
* The modifications are limited to drivers/
* The patches are upstream since quite a while, which speaks for their stability.
[Other Info]
* The upstream patch 21b1702af12e "s390/qeth: improve fallback to random MAC address" got upstream accepted with 4.18, hence is already in all Ubuntu release that are newer than bionic
* And the upstream patch b144b99fff69 "s390/qeth: utilize virtual MAC for Layer2 OSD devices" got upstream accepted with 5.0, hence is also already in all Ubuntu release that are newer than bionic.
__________
---Problem Description---
qeth on a DPM-managed IBM Z machine does not obtain its MAC Address for L2 OSD interfaces from the OSA Network Adapter. Instead it uses a random MAC Address.
This causes connectivity issues in setups where a reliable & pre-determined MAC Address is required - ie. when doing network configuration via DHCP.
---uname output---
Ubuntu 18.04 / vmlinuz-
Machine Type = IBM z14 GA2
---Debugger---
A debugger is not configured
---Steps to Reproduce---
- Bring up a qeth L2 OSD interface in DPM-managed LPAR.
- Inspect the interface's MAC Address. It should be the same as displayed in the DPM Panels.
Stack trace output:
no
Oops output:
no
System Dump Info:
The system is not configured to capture a system dump.
-Attach sysctl -a output output to the bug.
Backport of "s390/qeth: improve fallback to random MAC address"
Backport of "s390/qeth: utilize virtual MAC for Layer2 OSD devices"
This ticket is for 18.04 only. Already available with 20.04
tags: | added: architecture-s39064 bugnameltc-185982 severity-high targetmilestone-inin18044 |
Changed in ubuntu: | |
assignee: | nobody → Skipper Bug Screeners (skipper-screen-team) |
affects: | ubuntu → linux (Ubuntu) |
Changed in linux (Ubuntu): | |
assignee: | Skipper Bug Screeners (skipper-screen-team) → Canonical Kernel Team (canonical-kernel-team) |
Changed in ubuntu-z-systems: | |
assignee: | nobody → Skipper Bug Screeners (skipper-screen-team) |
status: | New → Incomplete |
Changed in linux (Ubuntu): | |
status: | New → Incomplete |
Changed in linux (Ubuntu Bionic): | |
status: | New → In Progress |
Changed in linux (Ubuntu): | |
status: | In Progress → Fix Released |
Changed in linux (Ubuntu Focal): | |
status: | New → Fix Released |
Changed in linux (Ubuntu Eoan): | |
status: | New → Fix Committed |
Changed in linux (Ubuntu Bionic): | |
status: | In Progress → Fix Committed |
Changed in ubuntu-z-systems: | |
status: | In Progress → Fix Committed |
tags: |
added: verification-done-bionic removed: verification-needed-bionic |
Changed in ubuntu-z-systems: | |
status: | Fix Committed → Fix Released |
description: | updated |
------- Comment (attachment only) From <email address hidden> 2020-05-27 12:51 EDT-------