On 02/ 7/10 12:57 PM, Thomas Burgess wrote:> I just started using send/receive myself yesterday.
>
> This is what i found out
>
> I wanted to do the same thing, i had a filesystem called Video in my
> tank pool, it looked like this:
>
> tank/nas/Video (pool was tank, it was a child of nas) and it was
> mounted at /tank/nas/Video
>
> I tried to send it to tank/test/Video
>
> so i made a snapshot
> zfs snapshot tank/nas/Video at base
>
> then i created a new filesystem with compression:
> zfs create tank/test
> zfs create tank/test/Video
> zfs compression=on tank/test/Video
> then i tried to send it
>
> zfs send tank/nas/Video at base | zfs receive tank/test/Video
>
> and i got the same error. what i found out was, i needed to drop the
> "Video" part and do it like this:
>
> zfs destroy tank/test/Video
>
> then turn on compression on the CHILD like this:
> zfs set compression=on tank/test
> then send it like this:
>
> zfs send tank/nas/Video at base | zfs receive tank/test/Video
>
> This did what i needed....i hope this helps
>
>
> On Sun, Feb 7, 2010 at 6:48 AM, Bruno Damour <bruno at ruomad.net
> <mailto:bruno at ruomad.net>> wrote:
>
> Hello,
> I''m trying to migrate my "data" pool to get dedup
and compression.
> I tried :
> # zfs send -RD data at prededup |zfs receive ezdata/data
> it fails in the end with :
> cannot receive new filesystem stream: destination
''ezdata/data'' exists
> must specify -F to overwrite it
> the ezdata pool has just been (re)created and is completely empty
> Now even with that message it has anyway created a "data" fs
on
> the new pool and copied 151G of data, which might well be the
> whole data filesystem, but none of the other fs that were on the
> same pool, ie data/archive, data/archive/scanrisk,
> data/postgres84_64, data/cyrus23, and their snapshots have not
> been copied.
> What is the exact signification of this message and what should I do ?
> Thanks in advance
> bruno
> --
> This message posted from opensolaris.org <http://opensolaris.org>
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss at opensolaris.org <mailto:zfs-discuss at
opensolaris.org>
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
>
>
Well, your solution was what I tried in the first place, so it won''t
work for me.
I think somehow the problem is linked to child datasets
It does copy the parent (data) but stops after that.
I thnk the message is unaccurate as it creates the data fs... itself
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20100207/31076d58/attachment.html>