joerg.schill...@fokus.fraunhofer.de (Joerg Schilling) writes:
> Harry Putnam wrote:
>
>> Dennis Clarke writes:
>>
>> > This will probably get me bombed with napalm but I often just
>> > use star from Jörg Schilling because its dead easy :
>> >
>> > star -copy -p -acl -sparse -dump -C old_dir .
Joerg Schilling wrote:
Darren J Moffat wrote:
use star from Jörg Schilling because its dead easy :
star -copy -p -acl -sparse -dump -C old_dir . new_dir
...
star doesn't (and shouldn't) create the destination ZFS filesystem like
the zfs recv would. It also doesn't preserve the dataset l
Darren J Moffat wrote:
> >>> use star from Jörg Schilling because its dead easy :
> >>>
> >>> star -copy -p -acl -sparse -dump -C old_dir . new_dir
...
> star doesn't (and shouldn't) create the destination ZFS filesystem like
> the zfs recv would. It also doesn't preserve the dataset level w
Joerg Schilling wrote:
Harry Putnam wrote:
Dennis Clarke writes:
This will probably get me bombed with napalm but I often just
use star from Jörg Schilling because its dead easy :
star -copy -p -acl -sparse -dump -C old_dir . new_dir
and you're done.[1]
So long as you have both the new
Harry Putnam wrote:
> Dennis Clarke writes:
>
> > This will probably get me bombed with napalm but I often just
> > use star from Jörg Schilling because its dead easy :
> >
> > star -copy -p -acl -sparse -dump -C old_dir . new_dir
> >
> > and you're done.[1]
> >
> > So long as you have both th
> Dennis Clarke writes:
>
>> This will probably get me bombed with napalm but I often just
>> use star from Jörg Schilling because its dead easy :
>>
>> star -copy -p -acl -sparse -dump -C old_dir . new_dir
>>
>> and you're done.[1]
>>
>> So long as you have both the new and the old zfs/ufs/wh
Dennis Clarke writes:
> This will probably get me bombed with napalm but I often just
> use star from Jörg Schilling because its dead easy :
>
> star -copy -p -acl -sparse -dump -C old_dir . new_dir
>
> and you're done.[1]
>
> So long as you have both the new and the old zfs/ufs/whatever[2]
> f
> Richard Elling writes:
>
>> You can only send/receive snapshots. However, on the receiving end,
>> there will also be a dataset of the name you choose. Since you didn't
>> share what commands you used, it is pretty impossible for us to
>> speculate what you might have tried.
>
> I thought I m
Ross Walker writes:
> Once the data is copied you can delete the snapshots that will then
> exist on both pools.
That's the part right there that wasn't apparent.
That
zfs send z1/someth...@snap |zfs receive z2/someth...@snap
Would also create z2/something
> If you have mount options set u
Richard Elling writes:
> You can only send/receive snapshots. However, on the receiving end,
> there will also be a dataset of the name you choose. Since you didn't
> share what commands you used, it is pretty impossible for us to
> speculate what you might have tried.
I thought I made it clea
You're getting confused between snapshots and filesystems. Read @ as "at",
it's a snapshot of that filesystem at a particular point in time. eg, you
could create snapshots with names like:
z1/proje...@now
z1/proje...@13-july-2009
z1/proje...@my-snapshot
They're all snapshots of the z1/project
On Jul 12, 2009, at 11:45 PM, Harry Putnam wrote:
Reading various bits of google output about send/receive I'm starting
to wonder if that process is maybe the wrong way to go at what I want
to do.
I have a filesystem z1/projects I want to remove it from the z1 pool
and put it in a z2 pool end
Harry Putnam wrote:
Reading various bits of google output about send/receive I'm starting
to wonder if that process is maybe the wrong way to go at what I want
to do.
I have a filesystem z1/projects I want to remove it from the z1 pool
and put it in a z2 pool ending up with z2/projects. With a
Reading various bits of google output about send/receive I'm starting
to wonder if that process is maybe the wrong way to go at what I want
to do.
I have a filesystem z1/projects I want to remove it from the z1 pool
and put it in a z2 pool ending up with z2/projects. With all the same
data, same
14 matches
Mail list logo