View previous topic :: View next topic |
Author |
Message |
as.gentoo Guru
Joined: 07 Aug 2004 Posts: 319
|
Posted: Tue Feb 20, 2018 9:16 pm Post subject: 'zfs send <compressed_dataset>' outputs (un)compressed |
|
|
Hello,
I hope somebody reading this knows if a 'zfs send' of a dataset - that has compression enabled "internally" (rle,lzo,lz4) - will stream uncompressed data to stdout or not.
In the second case compressing the output with zpaq (or…) would probably a waste of resources. In the first case zfs send would do decompression first and write to stdout after that.
I didn't find an explicit statement in the man pages.
If '-e' is used the receiving system needs to be a ZFS dataset using the same type of compression.
Thanks in advance! |
|
Back to top |
|
|
bunder Bodhisattva
Joined: 10 Apr 2004 Posts: 5934
|
Posted: Sun Feb 25, 2018 5:19 am Post subject: |
|
|
uncompressed.
see zfs send -c |
|
Back to top |
|
|
as.gentoo Guru
Joined: 07 Aug 2004 Posts: 319
|
Posted: Sun Feb 25, 2018 10:49 am Post subject: |
|
|
bunder wrote: | uncompressed.
see zfs send -c |
Code: | $> sudo zfs send -c
invalid option 'c'
usage:
send [-DnPpRvLe] [-[iI] snapshot] <snapshot>
send [-Le] [-i snapshot|bookmark] <filesystem|volume|snapshot>
send [-nvPe] -t <receive_resume_token>
For the property list, run: zfs set|get
For the delegated permission list, run: zfs allow|unallow |
I can't find zfs send -c in the man pages. Is my sys-fs/zfs oudated?
Quote: | $> man zfs | grep 'zfs send'
zfs send [-DnPpRveL] [-[iI] snapshot] snapshot
zfs send [-Le] [-i snapshot|bookmark] filesystem|volume|snapshot
zfs send [-Penv] -t receive_resume_token
zfs send -t to resume and complete the zfs receive.
older versions of the software. zfs send streams generated from new
incremental source for a zfs send command.
zfs send [-DnPpRveL] [-[iI] snapshot] snapshot
zfs send [-Le] [-i snapshot|bookmark] filesystem|volume|snapshot
zfs send [-Penv] -t receive_resume_token
zfs send subcommand, which by default creates a full stream. zfs
using the zfs send -R command is received, any snapshots that do
The receive can be resumed with a stream generated by zfs send
# zfs send pool/fs@a | \
# zfs send -i a pool/fs@b | ssh host \
# zfs send poolA/fsA/fsB@snap | \
$> man zfs | grep '\-c'
zfs allow -c perm|@setname[,...] filesystem|volume
zfs unallow [-r] -c [perm|@setname[ ... ]] filesystem|volume
The clone parent-child dependency relationship can be reversed by using
For filesystems or volumes which have saved partially-completed
that the clone was created from. The clone parent-child dependency
if the filesystem uses a dedup-capable checksum (eg. sha256).
zfs allow -c perm|@setname[,...] filesystem|volume
(locally) to the creator of any newly-created descendent file sys-
zfs unallow [-r] -c [perm|@setname[,...]] filesystem|volume
# zfs allow -c destroy tank/users
|
|
|
Back to top |
|
|
bunder Bodhisattva
Joined: 10 Apr 2004 Posts: 5934
|
Posted: Sun Feb 25, 2018 11:42 am Post subject: |
|
|
It would appear that you are running 0.6.x, which didn't have compressed send/receive. |
|
Back to top |
|
|
as.gentoo Guru
Joined: 07 Aug 2004 Posts: 319
|
Posted: Sun Feb 25, 2018 3:46 pm Post subject: |
|
|
Alright. I'll use another medium then.
Thanks! |
|
Back to top |
|
|
|