1
0
mirror of https://git.FreeBSD.org/src.git synced 2024-12-23 11:18:54 +00:00
freebsd/cddl/lib
Alexander Motin c70e61feed MFV r289312: 2605 want to resume interrupted zfs send
Reviewed by: George Wilson <george.wilson@delphix.com>
Reviewed by: Paul Dagnelie <pcd@delphix.com>
Reviewed by: Richard Elling <Richard.Elling@RichardElling.com>
Reviewed by: Xin Li <delphij@freebsd.org>
Reviewed by: Arne Jansen <sensille@gmx.net>
Approved by: Dan McDonald <danmcd@omniti.com>
Author: Matthew Ahrens <mahrens@delphix.com>

illumos/illumos-gate@9c3fd1216f

For more info, see:
 - slides http://www.slideshare.net/MatthewAhrens/openzfs-send-and-receive
 - video https://www.youtube.com/watch?v=iY44jPMvxog
 - manpage changes (for zfs resume -s and zfs send -t)
 - upcoming talk at the OpenZFS Developer Summit

The TL;DR is:
Use "zfs receive -s" to save the partially received state on failure.
On failure, get the receive token with "zfs get receive_resume_token <fs>"
Resume the send with "zfs send -t <token_value>"

Relnotes:	yes
2015-10-15 08:47:32 +00:00
..
drti Add META_MODE support. 2015-06-13 19:20:56 +00:00
libavl Add META_MODE support. 2015-06-13 19:20:56 +00:00
libctf Add META_MODE support. 2015-06-13 19:20:56 +00:00
libdtrace Use FILES for installing the dtrace scripts. 2015-09-18 21:18:44 +00:00
libnvpair Rename zfs nvpair files to not colidate with our nvlist. 2015-07-09 21:53:40 +00:00
libumem Add META_MODE support. 2015-06-13 19:20:56 +00:00
libuutil Add META_MODE support. 2015-06-13 19:20:56 +00:00
libzfs MFV r289312: 2605 want to resume interrupted zfs send 2015-10-15 08:47:32 +00:00
libzfs_core Fix circular dependency between libzfs and libzfs_core 2015-06-15 10:48:48 +00:00
libzpool Add META_MODE support. 2015-06-13 19:20:56 +00:00
tests Refactor the test/ Makefiles after recent changes to bsd.test.mk (r289158) and 2015-10-12 08:16:03 +00:00
Makefile Sparc64 is the odd-man out, so form the if that way rather than 2015-08-23 23:12:30 +00:00
Makefile.inc Revert r284417 it is not necessary anymore 2015-06-15 19:28:07 +00:00