Anil writes:
> If you have another partition with enough space, you could technically
> just do:
>
> mv src /some/other/place
> mv /some/other/place src
>
> Anyone see a problem with that? Might be the best way to get it
> de-duped.
I get uneasy whenever I see mv(1) used to move directory trees
On Thu, Dec 17, 2009 at 3:10 PM, Anil wrote:
> If you have another partition with enough space, you could technically just
> do:
>
> mv src /some/other/place
> mv /some/other/place src
>
> Anyone see a problem with that? Might be the best way to get it de-duped.
You'd lose any existing snapshots
If you have another partition with enough space, you could technically just do:
mv src /some/other/place
mv /some/other/place src
Anyone see a problem with that? Might be the best way to get it de-duped.
--
This message posted from opensolaris.org
___
On Wed, Dec 16, 2009 at 6:17 AM, Steven Sim wrote:
> r...@sunlight:/root# zfs send myplace/myd...@prededup | zfs receive -v
> myplace/mydata
> cannot receive new filesystem stream: destination 'myplace/fujitsu' exists
> must specify -F to overwrite it
Try something like this:
zfs create -o mount
Darren;
A zfs send | zfs receive onto the same filesystem???
er... I tried the following...
#zfs snapshot myplace/myd...@prededup
The above created the following...
ad...@sunlight:~$ zfs list -t snapshot -r myplace/mydata
NAME USED AVAIL REFER M
On Wed, Dec 16, 2009 at 3:32 PM, Darren J Moffat
wrote:
> Steven Sim wrote:
>>
>> Hello;
>>
>> How do we dedup existing data?
>
> Currently by running a zfs send | zfs recv.
>
>> Will a ZFS send to an output file in a temporary staging area in the same
>> pool and a subsequent reconstruct (zfs rec
Steven Sim wrote:
Hello;
How do we dedup existing data?
Currently by running a zfs send | zfs recv.
Will a ZFS send to an output file in a temporary staging area in the
same pool and a subsequent reconstruct (zfs receive) from the file be
sufficient?
Yes but you can avoid the temp file an
Hello;
How do we dedup existing data?
Will a ZFS send to an output file in a temporary staging area in the
same pool and a subsequent reconstruct (zfs receive) from the file be
sufficient?
Or do I have to completely move the data out of the pool and back in again?
Warmest Regards
Steven Sim