udev race condition with qeth device and bridge_role

sudo add-apt-repository ppa:ci-train-ppa-service/2038
sudo apt update
sudo apt dist-upgrade

After that please regenerate persistent configuration for your qeth device, e.g.:

$ sudo chzdev -p -d 600
$ sudo chzdev -p -e 600 bridge_role=primary
$ sudo update-initramfs -u

undo any other manual changes to set bridge_role to primary, and finally reboot to test the packages with a proposed fix for your issue.

Please note packages are pending publication, however should be available shortly.

This bug was fixed in the package s390-tools - 1.37.0-0ubuntu2

---------------
s390-tools (1.37.0-0ubuntu2) zesty; urgency=medium

  * chzdev/qeth: set bridge_role after the device is online to avoid a
    race condition when setting qeth attributes on boot. LP: #1618463.

 -- Dimitri John Ledkov <email address hidden> Tue, 14 Mar 2017 09:26:12 +0000

Hello Andrew, or anyone else affected,

Accepted s390-tools into yakkety-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/s390-tools/1.36.1-0ubuntu2.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed.Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Hello Andrew, or anyone else affected,

Accepted s390-tools into xenial-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/s390-tools/1.34.0-0ubuntu8.3 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed.Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Hi Brian,

I have tested "s390-tools 1.34.0-0ubuntu8.3" in Xenial and can confirm it fixes the bug in Xenial. I am not currently able to test in Yakkety or Zesty

Thanks!

@admcleod

Based on feedback from IBM i'm going to withdraw this update. The ordering of the flags is correct, as long as one activates the flag needed to have bridge_role attribute available before onlining the device.

Specifically one should use:

in-target chzdev --no-root-update -pVe c003 layer2=1 bridge_role=primary;

meaning... enable layer2 networking, which creates a bunch of attributes specific to layer2 mode, including the bridge_role. Then set bridge_role. Then online the device.

Testing this out here locally results in race free boots, without any changes to the code.

Could you please try out above command in your preseeds without using packages from proposed?

Regards,

Dimitri.

artful & zesty will need a revert.

This bug was fixed in the package s390-tools - 1.37.0-0ubuntu5

---------------
s390-tools (1.37.0-0ubuntu5) artful; urgency=medium

  * Revert 1.37.0-0ubuntu2 "chzdev/qeth: set bridge_role after the device
    is online", as one must specify layer2 parameter when specifying layer
    specific parameters. LP: #1618463.

 -- Dimitri John Ledkov <email address hidden> Wed, 24 May 2017 17:03:44 +0100