From owner-freebsd-questions@freebsd.org Tue Jul 18 21:19:26 2017 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7782DA05C2 for ; Tue, 18 Jul 2017 21:19:26 +0000 (UTC) (envelope-from frank2@fjl.co.uk) Received: from bs1.fjl.org.uk (bs1.fjl.org.uk [84.45.41.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "bs1.fjl.org.uk", Issuer "bs1.fjl.org.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B6AE21B for ; Tue, 18 Jul 2017 21:19:26 +0000 (UTC) (envelope-from frank2@fjl.co.uk) Received: from [192.168.1.35] (host86-191-18-76.range86-191.btcentralplus.com [86.191.18.76]) (authenticated bits=0) by bs1.fjl.org.uk (8.14.4/8.14.4) with ESMTP id v6ILJOvn087719 for ; Tue, 18 Jul 2017 22:19:24 +0100 (BST) (envelope-from frank2@fjl.co.uk) Subject: Re: zfs send -R | zfs recv aborted To: freebsd-questions@freebsd.org References: <2dbcb271-be11-6ca0-fbf0-f21a21725875@razorfever.net> From: Frank Leonhardt Message-ID: <64602a81-132a-2f8b-076b-3497acb569e3@fjl.co.uk> Date: Tue, 18 Jul 2017 22:19:24 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <2dbcb271-be11-6ca0-fbf0-f21a21725875@razorfever.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2017 21:19:27 -0000 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.