From owner-freebsd-questions@freebsd.org  Mon Oct  3 22:42:30 2016
Return-Path: <owner-freebsd-questions@freebsd.org>
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 BBE9FAF3EC6
 for <freebsd-questions@mailman.ysv.freebsd.org>;
 Mon,  3 Oct 2016 22:42:30 +0000 (UTC)
 (envelope-from wblock@wonkity.com)
Received: from wonkity.com (wonkity.com [67.158.26.137])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client CN "wonkity.com", Issuer "wonkity.com" (not verified))
 by mx1.freebsd.org (Postfix) with ESMTPS id 8ACCB71
 for <freebsd-questions@freebsd.org>; Mon,  3 Oct 2016 22:42:30 +0000 (UTC)
 (envelope-from wblock@wonkity.com)
Received: from wonkity.com (localhost [127.0.0.1])
 by wonkity.com (8.15.2/8.15.2) with ESMTPS id u93MgTCr062411
 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
 Mon, 3 Oct 2016 16:42:29 -0600 (MDT)
 (envelope-from wblock@wonkity.com)
Received: from localhost (wblock@localhost)
 by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id u93MgS8d062408;
 Mon, 3 Oct 2016 16:42:28 -0600 (MDT)
 (envelope-from wblock@wonkity.com)
Date: Mon, 3 Oct 2016 16:42:28 -0600 (MDT)
From: Warren Block <wblock@wonkity.com>
To: Victor Sudakov <vas@mpeks.tomsk.su>
cc: Mike Tancsa <mike@sentex.net>, freebsd-questions@freebsd.org
Subject: Re: complete clone/restore from a ZFS-based system replication stream
In-Reply-To: <20161001043526.GA95816@admin.sibptus.transneft.ru>
Message-ID: <alpine.BSF.2.20.1610031641510.59114@wonkity.com>
References: <20160926154720.GA75556@admin.sibptus.transneft.ru>
 <688eec35-bc7b-ae05-b765-106933b522d1@sentex.net>
 <20160929024222.GA35090@admin.sibptus.transneft.ru>
 <20161001043526.GA95816@admin.sibptus.transneft.ru>
User-Agent: Alpine 2.20 (BSF 67 2015-01-07)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; format=flowed
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3
 (wonkity.com [127.0.0.1]); Mon, 03 Oct 2016 16:42:29 -0600 (MDT)
X-BeenThere: freebsd-questions@freebsd.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: User questions <freebsd-questions.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-questions>, 
 <mailto:freebsd-questions-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-questions/>
List-Post: <mailto:freebsd-questions@freebsd.org>
List-Help: <mailto:freebsd-questions-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-questions>, 
 <mailto:freebsd-questions-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Oct 2016 22:42:30 -0000

On Sat, 1 Oct 2016, Victor Sudakov wrote:

> Victor Sudakov wrote:
>>>
>>> Here are the steps I used to restore a "level zero" zfs file onto a
>>> new/fresh mirror.
>>
>> Mike, thanks to your and others' help I have developed a solution
>> which works for me, at least partially. The only problem with the
>> solution is that I create the second pool on /dev/vtbd2p3, but when
>> the new system boots, there is no /dev/vtbd2 (naturally) and the pool
>> uses /dev/diskid/DISK-BHYVE-8054-2C08-770Ap3 for the physical device,
>> burying all /dev/vtbd0p* devices.
>
> Maybe the solution is using ZFS on whole disk, without GPT partitions,
> with zfsboot(8) and ZFS volumes for swap?

zvols for swap is generally not recommended.  It has the overhead of the 
filesystem.