On Wed, Feb 21, 2007 at 10:11:43AM -0800, Matthew Ahrens wrote: > Adrian Saul wrote: > >Not hard to work around - zfs create and a mv/tar command and it is > >done... some time later. If there was say a "zfs graft <directory> > ><newfs>" command, you could just break of the directory as a new > >filesystem and away you go - no copying, no risking cleaning up the > >wrong files etc. > > Yep, this idea was previously discussed on this list -- search for "zfs > split" and see the following RFE: > > 6400399 want "zfs split" > > "zfs join" was also discussed but I don't think it's especially feasible or > useful.
'zfs join' can be hard because of inode number collisions, but may be
useful. Imagine a situation that you have the following file systems:
/tank
/tank/foo
/tank/bar
and you want to move huge amount of data from /tank/foo to /tank/bar.
If you use mv/tar/dump it will copy entire data. Much faster will be to
'zfs join tank tank/foo && zfs join tank tank/bar' then just mv the data
and 'zfs split' them back:)
--
Pawel Jakub Dawidek http://www.wheel.pl
[EMAIL PROTECTED] http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
pgpU7idVrPav6.pgp
Description: PGP signature
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
