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 Message-ID: <alpine.BSF.2.20.1610031641510.59114@wonkity.com> In-Reply-To: <20161001043526.GA95816@admin.sibptus.transneft.ru> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.20.1610031641510.59114>