On 28/07/2010 14:53, Edward Ned Harvey wrote:
From: Richard Elling [mailto:richard.ell...@gmail.com]
http://arc.opensolaris.org/caselog/PSARC/2010/193/mail
Agree. This is a better solution because some configurable parameters
are hidden from "zfs get all"
Forgive me for not seeing it ... That link is extremely dense, and 34 pages
long ...
It basically says that 'zfs send' gets a new '-b' option so "send back
properties", and 'zfs recv' gets a '-o' and '-x' option to allow
explicit set/ignore of properties in the stream. It also adds a '-r'
option for 'zfs set'.
-b
Sends only received property values whether or not they
are overridden by local settings, but only if the dataset
has ever been received. Use this option when you want 'zfs
receive' to restore received properties backed up on the
sent dataset and to avoid sending local settings that may
have nothing to do with the source dataset, but only with
how the data is backed up.
Is there an option, that will capture properties better than "get all"?
What is the suggested solution?
If/when the approved changes integrate it will look like:
zfs send -Rb foo | <transport> | zfs recv ...
I don't see anything in "man zfs" ... but maybe it's only available in a
later version of zfs?
Based on the source code change history for onnv-gate it doesn't appear
to have integrated yet.
--
Darren J Moffat
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
