Is the idea of 'zfs send -p' to only send the properities in addition to
the content or
without content? Actually I would expect sending the poperties as the
default for send
and an option for receive not to apply the properties - and have an
option (-p) for
send to send only the properties e.g. when using tar or some other
mechanism for
the content.
Until this becomes available a best practices recommendation is needed
how to
handle backup/restore including filesystem properties especially with
the enterprise
backup tools (Networker/NetBackup/TSM,Amanda) given that ZFS will now
become available with the upcomming Solaris 10 Update.
- Franz
Matthew Ahrens wrote:
Yep, thanks for digging that up. FYI, this is RFE 6421959 "want zfs
send to preserve properties ('zfs send -p')".
--matt
On Mon, May 29, 2006 at 02:21:44PM -0400, Jeff Victor wrote:
An earlier response from Matt Ahrens, to a similar question:
'zfs backup/restore' (now 'zfs send/receive') currently only sends the
filesystem's contents, and not its settings. This is useful if, for
example, you want to use different settings on the remote side (eg. turn
on compression). However, we're aware that preserving the settings
would be really useful too, and we'll be working on that for a future
release.
Franz Haberhauer wrote:
Where are properties of a ZFS filesystem stored (e.g. non-default
mountpoints, quota, reservation, compression, exported shares etc.)?
Do backup/restore mechanisms (zfs send/receive, Networker/NetBackup/TSM,
*tar etc.)
handle (save/restore) them automagically or are there additional
procedures needed?
Thanks,
Franz
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
