Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 18 Jul 2017 22:19:24 +0100
From:      Frank Leonhardt <frank2@fjl.co.uk>
To:        freebsd-questions@freebsd.org
Subject:   Re: zfs send -R | zfs recv aborted
Message-ID:  <64602a81-132a-2f8b-076b-3497acb569e3@fjl.co.uk>
In-Reply-To: <2dbcb271-be11-6ca0-fbf0-f21a21725875@razorfever.net>
References:  <ca6f887b-2c67-fbfc-303e-544827b97ed1@razorfever.net> <CANJ8om7czv9Z7CSxnFVx1Yf=k=MU2kBofTe2GyAAubGCM1J7-g@mail.gmail.com> <2dbcb271-be11-6ca0-fbf0-f21a21725875@razorfever.net>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
On 18/07/2017 11:02, Derek (freebsd lists) wrote:
> Thanks for the response.  Sorry I wasn't clear - those options aren't 
> available in 10.2 - and this is the upgrade path for this machine 
> (i.e. migrate to a new one).
>
> Other thoughts still welcome. 

I'm not 100% sure that datasets that appear to be good on a failed send 
will be safe; I presume you've checked!

So your problem is that you need to free up broken dataset snapshots on 
the receiver. I don't understand why this is a problem - why not just 
"destroy" them?

You might want to consider a differential "send" (with a -I (capital i) 
) option, which will send the snapshot plus all the missing intermediate 
ones.

I've a dim idea that zxfer might be of some help here, but as you say, 
the OpenZFS from 10.3 onwards has exactly the option you need.

Am I right in thinking these two machines are colocated? Why not just 
export the pool on one and import on the other? (Lack of drive bays 
being one obvious reason - just get a load of USB->SATA cables and a 
hub). Just a thought.

Regards, Frank.






Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?64602a81-132a-2f8b-076b-3497acb569e3>