Comment 4 for bug 1549904

A quick test of removing /etc/network/if-{up,down}.d/open-iscsi symlinks
post-install resolves the race.
That does mean if we're *not* using iscsi-root but the package is installed
and we use bonding; the race exists for users.

On Mon, Mar 7, 2016 at 12:45 PM, Ryan Harper <email address hidden>
wrote:

> http://askubuntu.com/questions/382354/second-network-interface-fails-to-
> start-pre-start-killed-by-term
>
> Looks like we get some fun races with ifupdown/ifenslave and nic
> renaming;
>
> Not clear to me if part of the issue may be related to the "delay"
> involved with if-up.d/* scripts;
> In some cases, I see module load errors when iscsi is restarted.
>
> Temporarily, I'm going to see if I can fake out the open-iscsi restart
> by touching the initramfs file for open-iscsi that says we're root on
> iscsi which prevents the daemon from restarting.
>
> --
> You received this bug notification because you are subscribed to curtin.
> Matching subscriptions: curtin-bugs-all
> https://bugs.launchpad.net/bugs/1549904
>
> Title:
> Race condition running PreciseHWETTestBonding integration test
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/curtin/+bug/1549904/+subscriptions
>