[Bug 1672650] Re: chzdev ccwgroup qeth properties incorrect ordering with respect to online

Dimitri John Ledkov launchpad at surgut.co.uk
Thu Jul 6 13:02:54 UTC 2017


I think we close this ticket, as there will be a new ticket to upgrade
to a new release of s390-tools.

Please note artful has feature freeze on 24th of August, it would be
nice if the new s390-tools goes public well before that week. E.g. ~
august 10th.


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

** Changed in: ubuntu-z-systems
       Status: Confirmed => Fix Released

-- 
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/1672650

Title:
  chzdev ccwgroup qeth properties incorrect ordering with respect to
  online

Status in Ubuntu on IBM z Systems:
  Fix Released
Status in s390-tools package in Ubuntu:
  Fix Released

Bug description:
  For Canonical Openstack we are currently preseeding LPARs with
  bridge_role=primary setting.

  This is achieved by setting the property with chzdeve e.g.:

  $ chzdev --no-root-update -pVe c003 bridge_role=primary

  On boot this sometimes results in generated udev rules failing to apply the bridge_role property:
  systemd-udevd[2634]: error opening ATTR{/sys/devices/qeth/0.0.c003/bridge_role} for writing: Permission denied

  The reason being, is that bridge_role attribute is attempted to
  written, before it exists, as the devices have not been onlined yet
  into a ccwgroup.

  Updating zdev/src/qeth.c to use ordering after online and check for online only appears to resolve above race condition, for the property in question
  	.order_cmp = ccw_online_only_order_cmp,
  	.check = ccw_online_only_check,

  However looking at that file, it would appear to me that most qeth
  properties should be ordered after online, as during boot they do not
  exist until after the qeth is onlined.

  Please reverse proxy this bug report to IBM s390-tools engineering.

  Regards,

  Dimitri.

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



More information about the foundations-bugs mailing list