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.timeout= in loader.conf; the value is the number of seconds to wait before giving up and going to the mountroot prompt. -- Ian _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
