[Bug 1560545] Re: [FFe] hwup/down is racy, migrate to chzdev (previously: Some or all OSA devices may be unavailable after boot if too many are visible)

Launchpad Bug Tracker 1560545 at bugs.launchpad.net
Wed Apr 13 12:16:31 UTC 2016


This bug was fixed in the package s390-sysconfig-writer - 0.6ubuntu1

---------------
s390-sysconfig-writer (0.6ubuntu1) xenial; urgency=medium

  * Migrate sysconfig-writer to chzdev tooling, and thus generate and
    store minimalistic udev rules in the target. LP: #1560545.

 -- Dimitri John Ledkov <xnox at ubuntu.com>  Fri, 08 Apr 2016 14:16:56
+0100

** Changed in: s390-sysconfig-writer (Ubuntu)
       Status: Confirmed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to sysconfig in Ubuntu.
https://bugs.launchpad.net/bugs/1560545

Title:
  [FFe] hwup/down is racy, migrate to chzdev (previously: Some or all
  OSA devices may be unavailable after boot if too many are visible)

Status in Ubuntu on IBM z Systems:
  In Progress
Status in s390-sysconfig-writer package in Ubuntu:
  Fix Released
Status in sysconfig package in Ubuntu:
  Confirmed

Bug description:
  1) modern udevd does not support WAIT_FOR_SYSFS stanza
  2) this introduces a sysfs race where devices are attempted to be configured, when not yet ready to be online

  since sysconfig, s390-tools has gained a modern toolset for activating
  s390x devices. The combination of tools is: lszdev & chzdev. One to ls
  devices on z, and another to change devices on z.

  the chzdev tool is flexible and can serialize/deserialize current
  state of devices, into a persistent state by generating appropriate
  race free udev rules.

  realistically sysconfig is currently sub-par solution which is not
  supportable for the duration of the LTS cycles. Whilst the chzdev
  tooling has IBM upstream support and is compatible with udev we
  currently ship and overall is more user-friendly and has better admin
  user experience, and script-ability.

  I'm requesting FFe to:
  - drop hwup/hwdown support
  - migrate hwup/hwdown configuration to chzdev udev rules
  - change installer to generate chzdev udev rules, instead of hwup/hwdown configuration

  Subject to testing:
  - full installer testing on all supported target platforms
  - upgrade testing of all supported target platforms

  Failing to land this for xenial, I shall seek to land this as an SRU.

  Regards,

  Dimitri.

  Original bug report below.

  -- Problem Description --
  Ubuntu 16.04 kernel 4.4.0-13 is installed on LPAR without cio_ignore in kernel command line, so a lot of devices are visible:

  root at s83lp41:~# ls -1U /sys/bus/ccw/drivers/qeth | wc -l
  154
  (50 OSA triplets + 4 non-devices)

  With so many devices the system may boot (initial or reboot) with only
  some or no interfaces brought up. A network is configured only on some
  of the triplets; the issue is well reproduced with two interfaces.

  lsqeth shows only active interfaces
  Inactive cannot be brought up with ifup:

  root at s83lp41:~# ifup encb080
  Cannot find device "encb080"
  Failed to bring up encb080.

  However, they become available after manually issuing hwup:

  root at s83lp41:~# hwup -A -D /devices/css0/0.0.1c67/0.0.b080 ccw 0.0.b080
  Configuring device 0.0.b080: ok. (portname OSAPORT) (portno 0) ok.

  After hwup interfaces are configured automatically and are listed in
  lsqeth.

  root at s83lp41:~# ifup encb080
  ifup: waiting for lock on /run/network/ifstate.encb080
  ifup: interface encb080 already configured

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1560545/+subscriptions



More information about the foundations-bugs mailing list