Haiou Fu (Kevin) wrote: > The closest thing I can find is: > http://bugs.opensolaris.org/view_bug.do?bug_id=6421958 >
Look at the man page section on zfs(1m) for -R and -I option explanations. http://docs.sun.com/app/docs/doc/819-2240/zfs-1m?a=view > But just like it says: " Incremental + > recursive will be a bit tricker, because how do you specify the multiple > source and dest snaps? " > > Let me clarify this more: > > Without "send -r" I need do something like this; > > Given a zfs file system "myzfs" in zpool "mypool", it has N > snapshots: > mypool/myzfs > mypool/[EMAIL PROTECTED] > mypool/[EMAIL PROTECTED] > .... > mypool/[EMAIL PROTECTED], > > Do following things: > > zfs snapshot mypool/[EMAIL PROTECTED] > zfs send mypool/[EMAIL PROTECTED] | gzip - > > /somewhere/myzfs-current.gz > zfs send -i mypool/[EMAIL PROTECTED] mypool/[EMAIL PROTECTED] | gzip - > > /somewhere/myzfs-1.gz > zfs send -i mypool/[EMAIL PROTECTED] mypool/[EMAIL PROTECTED] | gzip - > > /somewhere/myzfs-2.gz > ...... > zfs send -i mypool/[EMAIL PROTECTED] mypool/[EMAIL PROTECTED] | gzip - > > /somewhere/myzfs-N.gz > > As you can see, above commands are kind of a stupid solution, and it > didn't reach maximum efficiency because those "myzfs-<1 ~ N>.gz" files > contain a lot of common stuffs in them! > No, in this example, each file will contain only the incremental changes. > I wonder how will "send -r" do in above situation? How does it > choose multiple source and dest snaps? And can "-r" efficient enough to just > dump the incremental changes? What is the corresponding receive command for > "send -r"? > (receive -r ? I guess? ) > No, receive handles what was sent. -- richard _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
