[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