chzdev ccwgroup qeth properties incorrect ordering with respect to online
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu on IBM z Systems |
Fix Released
|
Undecided
|
bugproxy | ||
s390-tools (Ubuntu) |
Fix Released
|
Undecided
|
Dimitri John Ledkov |
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-
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_
.check = ccw_online_
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.
Changed in ubuntu-z-systems: | |
assignee: | nobody → bugproxy (bugproxy) |
tags: | added: architecture-s39064 bugnameltc-152561 severity-high targetmilestone-inin1604 |
Changed in ubuntu-z-systems: | |
status: | New → Confirmed |
no longer affects: | s390-tools (Ubuntu Xenial) |
no longer affects: | s390-tools (Ubuntu Yakkety) |
Changed in s390-tools (Ubuntu): | |
milestone: | xenial-updates → ubuntu-17.10 |
status: | Incomplete → Confirmed |
information type: | Public → Private |
information type: | Private → Public |
information type: | Public → Public Security |
Original bug report https:/ /bugs.launchpad .net/ubuntu/ +source/ s390-tools/ +bug/1618463