[Bug 1672650] Re: chzdev ccwgroup qeth properties incorrect ordering with respect to online
Dimitri John Ledkov
launchpad at surgut.co.uk
Fri Mar 17 12:00:07 UTC 2017
Or specifically, shouldn't specifying bridge_role=primary; trigger
generation of the layer2=1 attribute in the generated udev rules file?!
** Changed in: s390-tools (Ubuntu)
Assignee: bugproxy (bugproxy) => Dimitri John Ledkov (xnox)
** Changed in: s390-tools (Ubuntu)
Status: New => Incomplete
--
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:
New
Status in s390-tools package in Ubuntu:
Incomplete
Status in s390-tools source package in Xenial:
New
Status in s390-tools source package in Yakkety:
New
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