correction below...
Richard Elling wrote:
> 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 read this wrong, because I was looking at the end snapshot, not
the start. What you wrote won't work. If you do something like:
zfs send -i [EMAIL PROTECTED] [EMAIL PROTECTED] ...
zfs send -i [EMAIL PROTECTED] [EMAIL PROTECTED] ...
then there would be no overlap. But I think you will find that
zfs send -I is altogether more convenient.
-- richard
>> 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
>
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
