The receive side is running build 111b (2009.06), so I'm not sure if your
advice actually applies to my situation.

Daniel Bakken


On Tue, Apr 6, 2010 at 10:57 PM, Tom Erickson <thomas.erick...@oracle.com>wrote:


> After build 128, locally set properties override received properties, and
> this would be the expected behavior. In that case, the value was received
> and you can see it like this:
>
> % zfs get -o all compression tank
> NAME  PROPERTY     VALUE     RECEIVED  SOURCE
> tank  compression  on        gzip      local
> %
>
> You could make the received value the effective value (clearing the local
> value) like this:
>
> % zfs inherit -S compression tank
> % zfs get -o all compression tank
> NAME  PROPERTY     VALUE     RECEIVED  SOURCE
> tank  compression  gzip      gzip      received
> %
>
> If the receive side is below the version that supports received properties,
> then I would expect the receive to set compression=gzip.
>
> After build 128 'zfs receive' prints an error message for every property it
> fails to set. Before that version, 'zfs receive' is silent when it fails to
> set a property so long as everything else is successful. I might check
> whether I have permission to set compression with 'zfs allow'. You could
> pipe the send stream to zstreamdump to verify that compression=gzip is in
> the send stream, but I think before build 125 you will not have zstreamdump.
>
> Tom
>
>
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to