2014-04-02 08:29:21 +00:00
|
|
|
btrfs-send(8)
|
|
|
|
=============
|
|
|
|
|
|
|
|
NAME
|
|
|
|
----
|
2017-06-06 13:00:58 +00:00
|
|
|
btrfs-send - generate a stream of changes between two subvolume snapshots
|
2014-04-02 08:29:21 +00:00
|
|
|
|
|
|
|
SYNOPSIS
|
|
|
|
--------
|
2014-05-19 15:49:35 +00:00
|
|
|
*btrfs send* [-ve] [-p <parent>] [-c <clone-src>] [-f <outfile>] <subvol> [<subvol>...]
|
2014-04-02 08:29:21 +00:00
|
|
|
|
|
|
|
DESCRIPTION
|
|
|
|
-----------
|
|
|
|
|
2016-05-06 10:59:47 +00:00
|
|
|
This command will generate a stream of instructions that describe changes
|
2017-06-06 13:00:58 +00:00
|
|
|
between two subvolume snapshots. The stream can be consumed by the *btrfs
|
|
|
|
receive* command to replicate the sent snapshot on a different filesystem.
|
2016-05-06 10:59:47 +00:00
|
|
|
The command operates in two modes: full and incremental.
|
2014-04-02 08:29:21 +00:00
|
|
|
|
2017-06-06 13:00:58 +00:00
|
|
|
All snapshots involved in one send command must be read-only, and this status
|
|
|
|
cannot be changed as long as there's a running send operation that uses the
|
|
|
|
snapshot.
|
2014-04-02 08:29:21 +00:00
|
|
|
|
2017-06-06 13:00:58 +00:00
|
|
|
In the full mode, the entire snapshot data and metadata will end up in the
|
2016-05-06 10:59:47 +00:00
|
|
|
stream.
|
|
|
|
|
2017-06-06 13:00:58 +00:00
|
|
|
In the incremental mode (options '-p' and '-c'), previously sent snapshots that
|
|
|
|
are available on both the sending and receiving side can be used to reduce the
|
|
|
|
amount of information that has to be sent to reconstruct the sent snapshot on a
|
|
|
|
different filesystem.
|
2014-04-02 08:29:21 +00:00
|
|
|
|
2017-12-07 20:26:09 +00:00
|
|
|
The '-p <parent>' option can be omitted when '-c <clone-src>' options are
|
|
|
|
given, in which case *btrfs send* will determine a suitable parent from among
|
|
|
|
the clone sources.
|
2014-04-02 08:29:21 +00:00
|
|
|
|
2016-05-06 10:59:47 +00:00
|
|
|
You must not specify clone sources unless you guarantee that these snapshots
|
2017-12-07 20:26:09 +00:00
|
|
|
are exactly in the same state on both sides--both for the sender and the
|
2021-10-07 16:05:29 +00:00
|
|
|
receiver. For implications of changed read-write status of a received snapshot
|
|
|
|
please see section 'SUBVOLUME FLAGS' in `btrfs-subvolume`(8).
|
2016-05-06 10:59:47 +00:00
|
|
|
|
2014-04-02 08:29:21 +00:00
|
|
|
`Options`
|
|
|
|
|
|
|
|
-e::
|
2016-05-06 10:59:47 +00:00
|
|
|
if sending multiple subvolumes at once, use the new format and omit the
|
|
|
|
'end cmd' marker in the stream separating the subvolumes
|
2014-04-02 08:29:21 +00:00
|
|
|
-p <parent>::
|
2016-05-06 10:59:47 +00:00
|
|
|
send an incremental stream from 'parent' to 'subvol'
|
2014-04-02 08:29:21 +00:00
|
|
|
-c <clone-src>::
|
2016-05-06 10:59:47 +00:00
|
|
|
use this snapshot as a clone source for an incremental send (multiple allowed)
|
2014-04-02 08:29:21 +00:00
|
|
|
-f <outfile>::
|
2017-02-21 23:14:38 +00:00
|
|
|
output is normally written to standard output so it can be, for example, piped
|
|
|
|
to btrfs receive. Use this option to write it to a file instead.
|
2015-06-12 11:15:41 +00:00
|
|
|
--no-data::
|
2016-05-06 10:59:47 +00:00
|
|
|
send in 'NO_FILE_DATA' mode
|
|
|
|
+
|
|
|
|
The output stream does not contain any file
|
2015-06-12 11:15:41 +00:00
|
|
|
data and thus cannot be used to transfer changes. This mode is faster and
|
2017-12-07 20:26:09 +00:00
|
|
|
is useful to show the differences in metadata.
|
2020-06-26 20:20:56 +00:00
|
|
|
-q|--quiet::::
|
|
|
|
(deprecated) alias for global '-q' option
|
2016-05-12 19:49:25 +00:00
|
|
|
-v|--verbose::
|
2020-06-26 20:20:56 +00:00
|
|
|
(deprecated) alias for global '-v' option
|
|
|
|
|
|
|
|
`Global options`
|
|
|
|
|
2016-05-12 19:49:25 +00:00
|
|
|
-q|--quiet::
|
2017-02-21 23:14:38 +00:00
|
|
|
suppress all messages except errors
|
2020-06-26 20:20:56 +00:00
|
|
|
-v|--verbose::
|
|
|
|
increase output verbosity, print generated commands in a readable form
|
2014-04-02 08:29:21 +00:00
|
|
|
|
|
|
|
EXIT STATUS
|
|
|
|
-----------
|
2014-09-19 01:49:59 +00:00
|
|
|
*btrfs send* returns a zero exit status if it succeeds. Non zero is
|
2014-04-02 08:29:21 +00:00
|
|
|
returned in case of failure.
|
|
|
|
|
|
|
|
AVAILABILITY
|
|
|
|
------------
|
2014-05-19 16:04:26 +00:00
|
|
|
*btrfs* is part of btrfs-progs.
|
2014-04-02 08:29:21 +00:00
|
|
|
Please refer to the btrfs wiki http://btrfs.wiki.kernel.org for
|
|
|
|
further details.
|
|
|
|
|
|
|
|
SEE ALSO
|
|
|
|
--------
|
|
|
|
`mkfs.btrfs`(8),
|
2021-10-07 16:05:29 +00:00
|
|
|
`btrfs-receive`(8),
|
|
|
|
`btrfs-subvolume`(8)
|