Need to explicitly load value of zfs variable as zfs=YES may be set in
/etc/rc.conf.d/zfs, not /etc/rc.conf.

Enable "/etc/zfs/exports" from "zfs share" in rc.d/mountd and rc.d/mountall.

mountall: Mount ZFS filesystems before fstab

This allows null mounts in fstab to reference fstab mounts.
It's highly unlikely ZFS mounts would reference anything outside of ZFS.

If zfs=YES, unconditioally do zfs mount/unmount -a.

If you set zfs=YES, presumably you positively want the automatic rc.d
actions, so if there's no /sbin/zfs or if zfs can't find pools with
/etc/zfs/zpool.cache, presumably you would like feedback about that
in rc.log.

Add support for legacy ZFS filesystems, specified by mountpoint=legacy
in the ZFS properties of the dataset and a simple man page for
mount_zfs. With this, it is possible to put ZFS filesystems in
/etc/fstab as file system type zfs.

Add a rc.d script that kicks the module ZFS load mostly before
mountall runs simular to what LVM does. This allows for any legacy
mounts to be specified in critical_local_filesystems and allows for
ZFS pools on top of cgd (probably among other things). Introduce a
rc.conf variable called zfs which needs to be set to YES, in the usual
manor of things, to get zvols and ZFS dataset support rather then just
assume that 'zfs mount' does that in mountall. Fix a problem in
mountall if ZFS is not compiled into the system.

branches: 1.10.2; 1.10.4;
Prior to ZFSv15, volinit was an undocumented command which could be used to
populate /dev with zvol device nodes.
Following on with the recent ZFS/DTrace update, this is no longer a valid option
and causes the mountall script to barf zfs usage() following from
unrecognized command 'volinit' error.

branches: 1.9.22;
'file system' for consistency with documentation (instead of 'filesystem').

branches: 1.8.12; 1.8.24;
Add zfs volinit command, suggested by tnn@ this will initialize all zvols
defined in a system. So they can be mounted from fstab as regular block
devices.

Add support for mounting zfs filesystems to mountall script. ZFS configuration
is stored in /etc/zpool.cache and it is automatically loaded to kernel from
filesystem. Filesystems are then configured accordingly to their properties
loaded from cache file.

/etc/rc.d/mountall should obviously REQUIRE mountcritremote, and
may also REQUIRE named and ypbind for NFS hostname in fstab(5).

Remove LKMs and switch to the module framework, pass 1.

Proposed on tech-kern@.

branches: 1.4.26;
Add an _rc_subr_loaded variable, set to ":" by rc.subr. Scripts can use this
for a speedup by doing:
$_rc_subr_loaded . /etc/rc.subr

Use load_rc_config() (from rc.subr) instead of sourcing /etc/rc.conf.
This allows us or a user to change the configuration file method in
one place - rc.subr - without having to edit all of the rc.d/* files.

Use the stop_cmd to unmount the filesystems with 'umount -a'.
This helps to fix the unclean reboots (at least on my system).

branches: 1.1.1;
Initial revision

Enable "/etc/zfs/exports" from "zfs share" in rc.d/mountd and rc.d/mountall.

mountall: Mount ZFS filesystems before fstab

This allows null mounts in fstab to reference fstab mounts.
It's highly unlikely ZFS mounts would reference anything outside of ZFS.

If zfs=YES, unconditioally do zfs mount/unmount -a.

If you set zfs=YES, presumably you positively want the automatic rc.d
actions, so if there's no /sbin/zfs or if zfs can't find pools with
/etc/zfs/zpool.cache, presumably you would like feedback about that
in rc.log.

Add support for legacy ZFS filesystems, specified by mountpoint=legacy
in the ZFS properties of the dataset and a simple man page for
mount_zfs. With this, it is possible to put ZFS filesystems in
/etc/fstab as file system type zfs.

Add a rc.d script that kicks the module ZFS load mostly before
mountall runs simular to what LVM does. This allows for any legacy
mounts to be specified in critical_local_filesystems and allows for
ZFS pools on top of cgd (probably among other things). Introduce a
rc.conf variable called zfs which needs to be set to YES, in the usual
manor of things, to get zvols and ZFS dataset support rather then just
assume that 'zfs mount' does that in mountall. Fix a problem in
mountall if ZFS is not compiled into the system.

branches: 1.10.2; 1.10.4;
Prior to ZFSv15, volinit was an undocumented command which could be used to
populate /dev with zvol device nodes.
Following on with the recent ZFS/DTrace update, this is no longer a valid option
and causes the mountall script to barf zfs usage() following from
unrecognized command 'volinit' error.

branches: 1.9.22;
'file system' for consistency with documentation (instead of 'filesystem').

branches: 1.8.12; 1.8.24;
Add zfs volinit command, suggested by tnn@ this will initialize all zvols
defined in a system. So they can be mounted from fstab as regular block
devices.

Add support for mounting zfs filesystems to mountall script. ZFS configuration
is stored in /etc/zpool.cache and it is automatically loaded to kernel from
filesystem. Filesystems are then configured accordingly to their properties
loaded from cache file.

/etc/rc.d/mountall should obviously REQUIRE mountcritremote, and
may also REQUIRE named and ypbind for NFS hostname in fstab(5).

Remove LKMs and switch to the module framework, pass 1.

Proposed on tech-kern@.

branches: 1.4.26;
Add an _rc_subr_loaded variable, set to ":" by rc.subr. Scripts can use this
for a speedup by doing:
$_rc_subr_loaded . /etc/rc.subr

Use load_rc_config() (from rc.subr) instead of sourcing /etc/rc.conf.
This allows us or a user to change the configuration file method in
one place - rc.subr - without having to edit all of the rc.d/* files.

Use the stop_cmd to unmount the filesystems with 'umount -a'.
This helps to fix the unclean reboots (at least on my system).

branches: 1.1.1;
Initial revision

mountall: Mount ZFS filesystems before fstab

This allows null mounts in fstab to reference fstab mounts.
It's highly unlikely ZFS mounts would reference anything outside of ZFS.

If zfs=YES, unconditioally do zfs mount/unmount -a.

If you set zfs=YES, presumably you positively want the automatic rc.d
actions, so if there's no /sbin/zfs or if zfs can't find pools with
/etc/zfs/zpool.cache, presumably you would like feedback about that
in rc.log.

Add support for legacy ZFS filesystems, specified by mountpoint=legacy
in the ZFS properties of the dataset and a simple man page for
mount_zfs. With this, it is possible to put ZFS filesystems in
/etc/fstab as file system type zfs.

Add a rc.d script that kicks the module ZFS load mostly before
mountall runs simular to what LVM does. This allows for any legacy
mounts to be specified in critical_local_filesystems and allows for
ZFS pools on top of cgd (probably among other things). Introduce a
rc.conf variable called zfs which needs to be set to YES, in the usual
manor of things, to get zvols and ZFS dataset support rather then just
assume that 'zfs mount' does that in mountall. Fix a problem in
mountall if ZFS is not compiled into the system.

branches: 1.10.4;
Prior to ZFSv15, volinit was an undocumented command which could be used to
populate /dev with zvol device nodes.
Following on with the recent ZFS/DTrace update, this is no longer a valid option
and causes the mountall script to barf zfs usage() following from
unrecognized command 'volinit' error.

branches: 1.9.22;
'file system' for consistency with documentation (instead of 'filesystem').

branches: 1.8.12; 1.8.24;
Add zfs volinit command, suggested by tnn@ this will initialize all zvols
defined in a system. So they can be mounted from fstab as regular block
devices.

Add support for mounting zfs filesystems to mountall script. ZFS configuration
is stored in /etc/zpool.cache and it is automatically loaded to kernel from
filesystem. Filesystems are then configured accordingly to their properties
loaded from cache file.

/etc/rc.d/mountall should obviously REQUIRE mountcritremote, and
may also REQUIRE named and ypbind for NFS hostname in fstab(5).

Remove LKMs and switch to the module framework, pass 1.

Proposed on tech-kern@.

branches: 1.4.26;
Add an _rc_subr_loaded variable, set to ":" by rc.subr. Scripts can use this
for a speedup by doing:
$_rc_subr_loaded . /etc/rc.subr

Use load_rc_config() (from rc.subr) instead of sourcing /etc/rc.conf.
This allows us or a user to change the configuration file method in
one place - rc.subr - without having to edit all of the rc.d/* files.

Use the stop_cmd to unmount the filesystems with 'umount -a'.
This helps to fix the unclean reboots (at least on my system).

branches: 1.1.1;
Initial revision

If zfs=YES, unconditioally do zfs mount/unmount -a.

If you set zfs=YES, presumably you positively want the automatic rc.d
actions, so if there's no /sbin/zfs or if zfs can't find pools with
/etc/zfs/zpool.cache, presumably you would like feedback about that
in rc.log.

Add support for legacy ZFS filesystems, specified by mountpoint=legacy
in the ZFS properties of the dataset and a simple man page for
mount_zfs. With this, it is possible to put ZFS filesystems in
/etc/fstab as file system type zfs.

Add a rc.d script that kicks the module ZFS load mostly before
mountall runs simular to what LVM does. This allows for any legacy
mounts to be specified in critical_local_filesystems and allows for
ZFS pools on top of cgd (probably among other things). Introduce a
rc.conf variable called zfs which needs to be set to YES, in the usual
manor of things, to get zvols and ZFS dataset support rather then just
assume that 'zfs mount' does that in mountall. Fix a problem in
mountall if ZFS is not compiled into the system.

branches: 1.10.4;
Prior to ZFSv15, volinit was an undocumented command which could be used to
populate /dev with zvol device nodes.
Following on with the recent ZFS/DTrace update, this is no longer a valid option
and causes the mountall script to barf zfs usage() following from
unrecognized command 'volinit' error.

branches: 1.9.22;
'file system' for consistency with documentation (instead of 'filesystem').

branches: 1.8.12; 1.8.24;
Add zfs volinit command, suggested by tnn@ this will initialize all zvols
defined in a system. So they can be mounted from fstab as regular block
devices.

Add support for mounting zfs filesystems to mountall script. ZFS configuration
is stored in /etc/zpool.cache and it is automatically loaded to kernel from
filesystem. Filesystems are then configured accordingly to their properties
loaded from cache file.

/etc/rc.d/mountall should obviously REQUIRE mountcritremote, and
may also REQUIRE named and ypbind for NFS hostname in fstab(5).

Remove LKMs and switch to the module framework, pass 1.

Proposed on tech-kern@.

branches: 1.4.26;
Add an _rc_subr_loaded variable, set to ":" by rc.subr. Scripts can use this
for a speedup by doing:
$_rc_subr_loaded . /etc/rc.subr

Use load_rc_config() (from rc.subr) instead of sourcing /etc/rc.conf.
This allows us or a user to change the configuration file method in
one place - rc.subr - without having to edit all of the rc.d/* files.

Use the stop_cmd to unmount the filesystems with 'umount -a'.
This helps to fix the unclean reboots (at least on my system).

branches: 1.1.1;
Initial revision

Add support for legacy ZFS filesystems, specified by mountpoint=legacy
in the ZFS properties of the dataset and a simple man page for
mount_zfs. With this, it is possible to put ZFS filesystems in
/etc/fstab as file system type zfs.

Add a rc.d script that kicks the module ZFS load mostly before
mountall runs simular to what LVM does. This allows for any legacy
mounts to be specified in critical_local_filesystems and allows for
ZFS pools on top of cgd (probably among other things). Introduce a
rc.conf variable called zfs which needs to be set to YES, in the usual
manor of things, to get zvols and ZFS dataset support rather then just
assume that 'zfs mount' does that in mountall. Fix a problem in
mountall if ZFS is not compiled into the system.

Prior to ZFSv15, volinit was an undocumented command which could be used to
populate /dev with zvol device nodes.
Following on with the recent ZFS/DTrace update, this is no longer a valid option
and causes the mountall script to barf zfs usage() following from
unrecognized command 'volinit' error.

branches: 1.9.22;
'file system' for consistency with documentation (instead of 'filesystem').

branches: 1.8.12; 1.8.24;
Add zfs volinit command, suggested by tnn@ this will initialize all zvols
defined in a system. So they can be mounted from fstab as regular block
devices.

Add support for mounting zfs filesystems to mountall script. ZFS configuration
is stored in /etc/zpool.cache and it is automatically loaded to kernel from
filesystem. Filesystems are then configured accordingly to their properties
loaded from cache file.

/etc/rc.d/mountall should obviously REQUIRE mountcritremote, and
may also REQUIRE named and ypbind for NFS hostname in fstab(5).

Remove LKMs and switch to the module framework, pass 1.

Proposed on tech-kern@.

branches: 1.4.26;
Add an _rc_subr_loaded variable, set to ":" by rc.subr. Scripts can use this
for a speedup by doing:
$_rc_subr_loaded . /etc/rc.subr

Use load_rc_config() (from rc.subr) instead of sourcing /etc/rc.conf.
This allows us or a user to change the configuration file method in
one place - rc.subr - without having to edit all of the rc.d/* files.

Use the stop_cmd to unmount the filesystems with 'umount -a'.
This helps to fix the unclean reboots (at least on my system).

branches: 1.1.1;
Initial revision

Prior to ZFSv15, volinit was an undocumented command which could be used to
populate /dev with zvol device nodes.
Following on with the recent ZFS/DTrace update, this is no longer a valid option
and causes the mountall script to barf zfs usage() following from
unrecognized command 'volinit' error.

branches: 1.9.22;
'file system' for consistency with documentation (instead of 'filesystem').

branches: 1.8.12; 1.8.24;
Add zfs volinit command, suggested by tnn@ this will initialize all zvols
defined in a system. So they can be mounted from fstab as regular block
devices.

Add support for mounting zfs filesystems to mountall script. ZFS configuration
is stored in /etc/zpool.cache and it is automatically loaded to kernel from
filesystem. Filesystems are then configured accordingly to their properties
loaded from cache file.

/etc/rc.d/mountall should obviously REQUIRE mountcritremote, and
may also REQUIRE named and ypbind for NFS hostname in fstab(5).

Remove LKMs and switch to the module framework, pass 1.

Proposed on tech-kern@.

branches: 1.4.26;
Add an _rc_subr_loaded variable, set to ":" by rc.subr. Scripts can use this
for a speedup by doing:
$_rc_subr_loaded . /etc/rc.subr

Use load_rc_config() (from rc.subr) instead of sourcing /etc/rc.conf.
This allows us or a user to change the configuration file method in
one place - rc.subr - without having to edit all of the rc.d/* files.

Use the stop_cmd to unmount the filesystems with 'umount -a'.
This helps to fix the unclean reboots (at least on my system).

branches: 1.1.1;
Initial revision

'file system' for consistency with documentation (instead of 'filesystem').

branches: 1.8.12; 1.8.24;
Add zfs volinit command, suggested by tnn@ this will initialize all zvols
defined in a system. So they can be mounted from fstab as regular block
devices.

Add support for mounting zfs filesystems to mountall script. ZFS configuration
is stored in /etc/zpool.cache and it is automatically loaded to kernel from
filesystem. Filesystems are then configured accordingly to their properties
loaded from cache file.

/etc/rc.d/mountall should obviously REQUIRE mountcritremote, and
may also REQUIRE named and ypbind for NFS hostname in fstab(5).

Remove LKMs and switch to the module framework, pass 1.

Proposed on tech-kern@.

branches: 1.4.26;
Add an _rc_subr_loaded variable, set to ":" by rc.subr. Scripts can use this
for a speedup by doing:
$_rc_subr_loaded . /etc/rc.subr

Use load_rc_config() (from rc.subr) instead of sourcing /etc/rc.conf.
This allows us or a user to change the configuration file method in
one place - rc.subr - without having to edit all of the rc.d/* files.

Use the stop_cmd to unmount the filesystems with 'umount -a'.
This helps to fix the unclean reboots (at least on my system).

branches: 1.1.1;
Initial revision

rc.d scripts derived from /etc/rc

Sync with HEAD.

Rebase.

Rebase to HEAD as of a few days ago.