Provided by: zfsutils-linux_2.2.6-1ubuntu1.1_amd64 bug

NAME

     zpool-create — create ZFS storage pool

SYNOPSIS

     zpool create [-dfn] [-m mountpoint] [-o property=value]… [-o feature@feature=value]
           [-o compatibility=off|legacy|file[,file]…] [-O file-system-property=value]… [-R root] [-t tname] pool
           vdev

DESCRIPTION

     Creates a new storage pool containing the virtual devices specified on the command line.  The pool name
     must begin with a letter, and can only contain alphanumeric characters as well as the underscore ("_"),
     dash ("-"), colon (":"), space (" "), and period (".").  The pool names mirror, raidz, draid, spare and log
     are reserved, as are names beginning with mirror, raidz, draid, and spare.  The vdev specification is
     described in the Virtual Devices section of zpoolconcepts(7).

     The command attempts to verify that each device specified is accessible and not currently in use by another
     subsystem.  However this check is not robust enough to detect simultaneous attempts to use a new device in
     different pools, even if multihost= enabled.  The administrator must ensure that simultaneous invocations
     of any combination of zpool replace, zpool create, zpool add, or zpool labelclear do not refer to the same
     device.  Using the same device in two pools will result in pool corruption.

     There are some uses, such as being currently mounted, or specified as the dedicated dump device, that
     prevents a device from ever being used by ZFS.  Other uses, such as having a preexisting UFS file system,
     can be overridden with -f.

     The command also checks that the replication strategy for the pool is consistent.  An attempt to combine
     redundant and non-redundant storage in a single pool, or to mix disks and files, results in an error unless
     -f is specified.  The use of differently-sized devices within a single raidz or mirror group is also
     flagged as an error unless -f is specified.

     Unless the -R option is specified, the default mount point is /pool.  The mount point must not exist or
     must be empty, or else the root dataset will not be able to be be mounted.  This can be overridden with the
     -m option.

     By default all supported features are enabled on the new pool.  The -d option and the -o compatibility
     property (e.g -o compatibility=2020) can be used to restrict the features that are enabled, so that the
     pool can be imported on other releases of ZFS.

     -d        Do not enable any features on the new pool.  Individual features can be enabled by setting their
               corresponding properties to enabled with -o.  See zpool-features(7) for details about feature
               properties.

     -f        Forces use of vdevs, even if they appear in use or specify a conflicting replication level.  Not
               all devices can be overridden in this manner.

     -m mountpoint
               Sets the mount point for the root dataset.  The default mount point is /pool or altroot/pool if
               altroot is specified.  The mount point must be an absolute path, legacy, or none.  For more
               information on dataset mount points, see zfsprops(7).

     -n        Displays the configuration that would be used without actually creating the pool.  The actual
               pool creation can still fail due to insufficient privileges or device sharing.

     -o property=value
               Sets the given pool properties.  See zpoolprops(7) for a list of valid properties that can be
               set.

     -o compatibility=off|legacy|file[,file]…
               Specifies compatibility feature sets.  See zpool-features(7) for more information about
               compatibility feature sets.

     -o feature@feature=value
               Sets the given pool feature.  See the zpool-features(7) section for a list of valid features that
               can be set.  Value can be either disabled or enabled.

     -O file-system-property=value
               Sets the given file system properties in the root file system of the pool.  See zfsprops(7) for a
               list of valid properties that can be set.

     -R root   Equivalent to -o cachefile=none -o altroot=root

     -t tname  Sets the in-core pool name to tname while the on-disk name will be the name specified as pool.
               This will set the default of the cachefile property to none.  This is intended to handle name
               space collisions when creating pools for other systems, such as virtual machines or physical
               machines whose pools live on network block devices.

EXAMPLES

   Example 1: Creating a RAID-Z Storage Pool
     The following command creates a pool with a single raidz root vdev that consists of six disks:
           # zpool create tank raidz sda sdb sdc sdd sde sdf

   Example 2: Creating a Mirrored Storage Pool
     The following command creates a pool with two mirrors, where each mirror contains two disks:
           # zpool create tank mirror sda sdb mirror sdc sdd

   Example 3: Creating a ZFS Storage Pool by Using Partitions
     The following command creates a non-redundant pool using two disk partitions:
           # zpool create tank sda1 sdb2

   Example 4: Creating a ZFS Storage Pool by Using Files
     The following command creates a non-redundant pool using files.  While not recommended, a pool based on
     files can be useful for experimental purposes.
           # zpool create tank /path/to/file/a /path/to/file/b

   Example 5: Managing Hot Spares
     The following command creates a new pool with an available hot spare:
           # zpool create tank mirror sda sdb spare sdc

   Example 6: Creating a ZFS Pool with Mirrored Separate Intent Logs
     The following command creates a ZFS storage pool consisting of two, two-way mirrors and mirrored log
     devices:
           # zpool create pool mirror sda sdb mirror sdc sdd log mirror sde sdf

SEE ALSO

     zpool-destroy(8), zpool-export(8), zpool-import(8)