Date: Sat, 05 Dec 2020 17:41:18 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 251610] rc.d/zpool runs before ada(4) attaches Message-ID: <bug-251610-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D251610 Bug ID: 251610 Summary: rc.d/zpool runs before ada(4) attaches Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: bugzilla.freebsd@omnilan.de Created attachment 220284 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D220284&action= =3Dedit extend rc.d/dumpon to check and delay for cam(4) probing On systems with root from memory filesystem, and probably also true for nvd= (4) backed root systems, rc.d/zpool doesn't work, because at the time it runs, cam(4) is still in state (aprobe) for attached SSDs (850pro in my test case= ). I can imagine much slower disks attaching, leading to similar problems for = the not so rare cases where root mounts not from md(4). This affects dumpon and swapon too, which might have even higher impact than zpool! The attached diff checks the output of camcontrol(8), which is in /sbin on rootfs, without utilizing anything from /usr filesystem. The overhead should be neglectable on systems not affected, which unconditionally run the check, but it's not expensive considering it's only= run once at startup. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-251610-227>