Daniel,
Which Solaris release is this?
I can't reproduce this on my lab system that runs the Solaris 10 10/09
release.
See the output below.
Thanks,
Cindy
# zfs destroy -r tank/test
# zfs create -o compression=gzip tank/test
# zfs snapshot tank/t...@now
# zfs send -R tank/t...@now | zfs receive -vd rpool
receiving full stream of tank/t...@now into rpool/t...@now
received 249KB stream in 2 seconds (125KB/sec)
# zfs list -r rpool
NAME USED AVAIL REFER MOUNTPOINT
rpool 39.4G 27.5G 47.1M /rpool
rpool/ROOT 4.89G 27.5G 21K legacy
rpool/ROOT/s10s_u8wos_08a 4.89G 27.5G 4.89G /
rpool/dump 1.50G 27.5G 1.50G -
rpool/export 44K 27.5G 23K /export
rpool/export/home 21K 27.5G 21K /export/home
rpool/snaps 31.0G 27.5G 31.0G /rpool/snaps
rpool/swap 2G 29.5G 16K -
rpool/test 21K 27.5G 21K /rpool/test
rpool/t...@now 0 - 21K -
# zfs get compression rpool/test
NAME PROPERTY VALUE SOURCE
rpool/test compression gzip local
On 04/07/10 11:47, Daniel Bakken wrote:
When I send a filesystem with compression=gzip to another server with
compression=on, compression=gzip is not set on the received filesystem.
I am using:
zfs send -R promise1/arch...@daily.1 | zfs receive -vd sas
The zfs manpage says regarding the -R flag: "When received, all
properties, snapshots, descendent file systems, and clones are
preserved." Snapshots are preserved, but the compression property is
not. Any ideas why this doesn't work as advertised?
Thanks,
Daniel Bakken
------------------------------------------------------------------------
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss