[Bug 251610] rc.d/zpool runs before ada(4) attaches

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251610

            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 at FreeBSD.org
          Reporter: bugzilla.freebsd at omnilan.de

Created attachment 220284
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=220284&action=edit
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.