Hi Darren,
thank you for the clarification, I didn't know that.
> See the man page for zfs(1) where the -R options for send is discussed.
oh, this is new. Thank you for bringing us -R.
Back to Brad's RFS, what would one need to do to send a stream from a
compressed filesystem to one with a different compression setting, if
the source file system has the compression attribute set to a specific
algorithm (i.e. not inherited)?
Will leaving out -R just create a new, but plain unencrypted fs on the
receivig side?
What if one wants to replicated a whole package of filesystems via
-R, but change properties on the receiving side before it happens?
Best regards,
Constantin
>
>> But for the sake of implementing the RFE, one could extend the ZFS
>> send/receive framework with a module that permits manipulation of the
>> data on the fly, specifically in order to allow for things like
>> recompression, en/decryption, change of attributes at the dataset level,
>> etc.
>
> No need this already works this way.
>
--
Constantin Gonzalez Sun Microsystems GmbH, Germany
Platform Technology Group, Global Systems Engineering http://www.sun.de/
Tel.: +49 89/4 60 08-25 91 www.google.com/search?q=constantin+gonzalez
Sitz d. Ges.: Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Vorsitzender des Aufsichtsrates: Martin Haering
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
