[Bug 1822585] Comment bridged from LTC Bugzilla
bugproxy
bugproxy at us.ibm.com
Fri Apr 12 13:59:37 UTC 2019
------- Comment From kgraul at de.ibm.com 2019-04-12 09:56 EDT-------
I added a self-defined vlan device
root at s8345038:~# lszdev qeth
TYPE ID ON PERS NAMES
qeth 0.0.bdf0:0.0.bdf1:0.0.bdf2 yes yes enccw0.0.f5f0
qeth 0.0.e400:0.0.e401:0.0.e402 yes no ence400
qeth 0.0.e413:0.0.e414:0.0.e415 no no
root at s8345038:~# ip link add dev ence400.201 link ence400 type vlan id 201
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
4: ence400.201 at ence400: <BROADCAST,MULTICAST,M-DOWN> 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
Now use chzdev to define the e413 device, and it works:
root at s8345038:~# lszdev qeth
TYPE ID ON PERS NAMES
qeth 0.0.bdf0:0.0.bdf1:0.0.bdf2 yes yes enccw0.0.f5f0
qeth 0.0.e400:0.0.e401:0.0.e402 yes no ence400
qeth 0.0.e413:0.0.e414:0.0.e415 no no
root at s8345038:~# chzdev -e e413
QETH device 0.0.e413:0.0.e414:0.0.e415 configured
root at s8345038:~# lszdev qeth
TYPE ID ON PERS NAMES
qeth 0.0.bdf0:0.0.bdf1:0.0.bdf2 yes yes enccw0.0.f5f0
qeth 0.0.e400:0.0.e401:0.0.e402 yes no ence400
qeth 0.0.e413:0.0.e414:0.0.e415 yes yes ence413
Maybe the difference is the kernel. I can try to update it to the -11
kernel, hope that works...
--
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