Jeff Victor wrote:
Yes, a trivial wrapper could:
1. Store all property values in a file in the fs
2. zfs send...
3. zfs receive...
4. Set all the properties stored in that file
IMHO 3. and 4. need to be swapped - otherwise e.g. files will
not be compressed when restored.
- Franz
Franz Haberhauer wrote:
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.
well, then it's probably a good idea to save any changes from the
defaults somewhere
as they are done or save the output of a "zfs get" along with backups.
- Franz
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
