On Tue, March 5, 2013 11:17, Russ Poyner wrote:
> Your idea to use zfs diff to limit the need to stat the entire
> filesystem tree intrigues me. My current rsync backups are normally
> limited by this very factor. It takes longer to walk the filesystem tree
> than it does to transfer the new data.
>
> Would you be willing to provide an example of what you mean when you say
> parse/feed the ouput of zfs diff to rsync?
Don't have anything readily available, or a ZFS system handy to hack
something up. The output of "zfs diff" is roughly:
M /myfiles/
M /myfiles/link_to_me (+1)
R /myfiles/rename_me -> /myfiles/renamed
- /myfiles/delete_me
+ /myfiles/new_file
Take the second column and use that as the list of file to check. Solaris'
zfs(1M) has an "-F" option which would output something like:
M / /myfiles/
M F /myfiles/link_to_me (+1)
R /myfiles/rename_me -> /myfiles/renamed
- F /myfiles/delete_me
+ F /myfiles/new_file
+ | /myfiles/new_pipe
So the second column now has a type, and the path is pushed over to the
third column. This way you can simply choose file ("F") and tell rsync to
use check those.
_______________________________________________
zfs-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
