On Sat, 2018-03-03 at 16:19 +0000, Pete French wrote:>
> >
> > That won't work for the boot drive.
> >
> > When no boot drive is detected early enough, the kernel goes to the
> > mountroot prompt.? That seems to hold a Giant lock which inhibits
> > further progress being made.? Sometimes progress can be made by
> > trying
> > to mount unmountable partitions on other drives, but this usually
> > goes
> > too fast, especially if the USB drive often times out.
>
>
> We have this problem in Azure with a ZFS root, was fixed by the pacth
> in?
> this bug report, which actually starts off being about USB.
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208882
>
> You can then set the mountroot timeout as normal and it works.
>
> I wold really like this patch to be applied, but it seems to have?
> languished since last summer. We use this as standard on all our
> cloud?
> machines now, and it works very nicely.
>
> -pete.
I've committed a fix to -current (r330745) based on that patch. ?It
would be good if people running -current who've had this problem could
give it some testing. ?I'd like to get it merged back to 11 before the
11.1 release (and back to 10-stable as well).
With r330745 in place, the only setting that should be needed if your
rootfs is on a device that is slow to arrive is vfs.mountroot.timeoutin
loader.conf; the value is the number of seconds to wait before
giving up and going to the mountroot prompt.
-- Ian