Hi @stu-g, Thanks for your report. I think the problem you're experiencing (handled in LP 1538775) is one we've been discussing/trying to get around for some time now. Since scsi_wait_scan was removed, there's no way to really wait /on the SCSI scan/. For that objective, udevadm settle won't help, as the SCSI scan does not generate any udev events.. but only the disks found in the process do.. So, if your environment hits that intermediary spot (ie, the SCSI scan only starts to add the disks to the kernel /after/ udevadm settle finished w/out more events to process), then you'd hit the problem nonetheless.
Unfortunately, there's not something we have came up with yet for that kind of problem. It's been a head scratcher for some time, as mentioned. For this particular bug, the reporter verified the patches submitted (which implement multipathd in the initramfs) and it does handle some async discoveries nicely. So, unfortunately it doesn't fix one other scenario (which seems hard to fix), but that doesn't make the fix wrong/unuseful on its own / the scenario it happens to fix/work on. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to multipath-tools in Ubuntu. https://bugs.launchpad.net/bugs/1526984 Title: ISST-LTE: root mpath device unavailable after installation To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1526984/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
