Could this be a future enhancement for ZFS? Like provide 'zfs move fs1/path1
fs2/path2', which will do the needful without really copying anything?
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
This is really painful. My source was a backup of my folders which I wanted as
filesystems in the RAIDZ setup. So, I copied the source to the new pool and
wanted to be able to move those folders to different filesystems within the
RAIDZ. But its turning out to be a brand new copy and since its
Is there anything anybody has to advise? Will I be better of copying each
folder into its own FS from source pool? How about removal of the stuff that's
now in this FS? How long will the removal of 770GB data containing 6millions
files take?
Cost1: copy folders into respective FS + remove
Search the archives. This dead horse gets beaten about every 6-9 months or so.
-- richard
On Apr 24, 2010, at 7:37 AM, devsk wrote:
Is there anything anybody has to advise? Will I be better of copying each
folder into its own FS from source pool? How about removal of the stuff
that's now
On Sat, 24 Apr 2010, devsk wrote:
This is really painful. My source was a backup of my folders which I
wanted as filesystems in the RAIDZ setup. So, I copied the source to
the new pool and wanted to be able to move those folders to
different filesystems within the RAIDZ. But its turning out
I would have thought that the file movement from one FS to another within the
same pool would be almost instantaneous. Why does it take to platter for such a
movement?
# time cp /tmp/blockfile /pcshare/1gb-tempfile
real0m5.758s
# time mv /pcshare/1gb-tempfile .
real0m4.501s
Both FSs