[Bug 249192] /etc/rc changes to support new rcorder -p option for parallel startup.

[bugzilla-noreply at freebsd.org]

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

            Bug ID: 249192
           Summary: /etc/rc changes to support new rcorder -p option for
                    parallel startup.
           Product: Base System
           Version: CURRENT
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: conf
          Assignee: bugs at FreeBSD.org
          Reporter: unitrunker at gmail.com

This will be a patch to /etc/rc to optionally turn on the new '-p' option to
run rc scripts in parallel. 

See: https://reviews.freebsd.org/D25389

/etc/rc currently does not support output from 'rcorder -p'.

Make parallel startup optional by an entry in /etc/rc.conf:

rc_parallel_start="YES"

This name mirrors the current, existing variable "jail_parallel_start" that
allows jails to start up in parallel. See rc.conf(5).

Acceptance criteria 1:

rc_parallel_start="YES" causes /etc/rc to pass '-p' option to rcorder in the
early and late passes. An rc_parallel_start that is undefined, "NO" or any
value other than "YES" (using checkyesno) will cause /etc/rc to omit the '-p'
option to rcorder.

Acceptance criteria 2:

If rcorder returns multiple script paths per line separated by a space, /etc/rc
will execute each script - with each script path passed to run_sc_script - as a
background task. This behavior is independent of the rc_parallel_start option.

Acceptance criteria 3:

After processing each line of output from rcorder, /etc/rc will pause by
calling 'wait' to allow all rc script tasks to complete before proceeding to
the next line of output from rcorder. This behavior is independent of the
rc_parallel_start option.

Note: in the future, parallel start-up may become the default. This does not
eliminate the need for the rc_parallel_start variable. Supporting
rc_parallel_start="NO" in /etc/rc.conf will remain useful for debugging rc
scripts.

Patch as attachment is forthcoming.

Similar changes to /etc/rc.suspend and /etc/rc.resume are out-of-scope. Patches
will be submitted separately.

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