[Bug 1822585] Comment bridged from LTC Bugzilla
bugproxy
bugproxy at us.ibm.com
Fri Apr 12 09:30:53 UTC 2019
------- Comment From kgraul at de.ibm.com 2019-04-12 05:28 EDT-------
I installed Ubuntu 19.04 on my z/VM guest:
root at s8345038:~# uname -a
Linux s8345038 5.0.0-8-generic #9-Ubuntu SMP Tue Mar 12 21:57:17 UTC 2019 s390x s390x s390x GNU/Linux
root at s8345038:~# cat /etc/os-release
NAME="Ubuntu"
VERSION="19.04 (Disco Dingo)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu Disco Dingo (development branch)"
VERSION_ID="19.04"
<snip>
I configured a new device:
root at s8345038:~# chzdev -e -a qeth e400
Configuring devices in the active configuration only
QETH device 0.0.e400:0.0.e401:0.0.e402 configured
and its shown in ip a output as expected, with correct name:
root at s8345038:~# ip a
<snip>
3: ence400: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 02:a2:2d:00:05:81 brd ff:ff:ff:ff:ff:ff
journalctl -x output shows correct processing order: first qeth, then
systemd:
Apr 12 11:16:17 s8345038 kernel: qeth.e804c4: 0.0.e400: Priority Queueing not supported
Apr 12 11:16:17 s8345038 kernel: qdio: 0.0.e402 OSA on SC 12 using AI:1 QEBSM:1 PRI:1 TDD:1 SIGA: W A
Apr 12 11:16:17 s8345038 systemd-udevd[1312]: Using default interface naming scheme 'v240'.
Apr 12 11:16:17 s8345038 systemd-udevd[1312]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Apr 12 11:16:17 s8345038 kernel: qeth.6adf49: 0.0.e400: The device represents a Bridge Capable Port
Apr 12 11:16:17 s8345038 kernel: qeth.cc0c57: 0.0.e400: MAC address 02:a2:2d:00:05:81 successfully registered on device eth0
Apr 12 11:16:17 s8345038 kernel: qeth 0.0.e400 ence400: renamed from eth0
Apr 12 11:16:17 s8345038 kernel: qeth.26d434: 0.0.e400: Device is a OSD Express card (level: 0774)
with link type OSD_10GIG.
Apr 12 11:16:17 s8345038 kernel: qeth.f02020: 0.0.e400: QDIO data connection isolation is deactivated
Apr 12 11:16:17 s8345038 systemd-networkd[329]: eth0: Interface name change detected, eth0 has been renamed to ence400.
Apr 12 11:16:17 s8345038 networkd-dispatcher[660]: WARNING:Unknown index 3 seen, reloading interface list
Apr 12 11:16:17 s8345038 systemd-udevd[1326]: Using default interface naming scheme 'v240'.
So I cannot see this problem here.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to s390-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1822585
Title:
OSA/qeth inconsistent interface names
Status in Ubuntu on IBM z Systems:
Confirmed
Status in s390-tools package in Ubuntu:
New
Bug description:
After doing an installation of an s390x system with disco where OSA
devices are in use (means LPAR and z/VM) the device name of the
default interface that is generated during the installation is file,
for example:
ubuntu at s1lp15:~$ lszdev qeth | grep yes
qeth 0.0.c000:0.0.c001:0.0.c002 yes yes encc000
If another device is created (e.g. with the help of: sudo chzdev -e
c003), it name is no longer based on the address, but it get's an
'eth?' name:
ubuntu at s1lp15:~$ lszdev qeth | grep yes
qeth 0.0.c000:0.0.c001:0.0.c002 yes yes encc000
qeth 0.0.c003:0.0.c004:0.0.c005 yes yes eth0
The coressponding 'ip a' line is:
9: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
(02:29:22 PM) jfh: link/ether 5a:2e:d8:c6:c1:03 brd ff:ff:ff:ff:ff:ff
After a 'sudo systemctl restart systemd-udev-trigger.service' it get's the correct name 'encc003':
9: encc003: <BROADCAST,MULTICAST>
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1822585/+subscriptions
More information about the foundations-bugs
mailing list