Date: Tue, 27 Sep 2016 11:53:32 -0400 From: Mike Tancsa <mike@sentex.net> To: Victor Sudakov <vas@mpeks.tomsk.su> Cc: freebsd-questions@freebsd.org Subject: Re: complete clone/restore from a ZFS-based system replication stream Message-ID: <78faa2e2-0e44-27ef-eaf0-0f0fc358cc09@sentex.net> In-Reply-To: <20160927085322.GA96393@admin.sibptus.transneft.ru> References: <20160926154720.GA75556@admin.sibptus.transneft.ru> <688eec35-bc7b-ae05-b765-106933b522d1@sentex.net> <20160927085322.GA96393@admin.sibptus.transneft.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On 9/27/2016 4:53 AM, Victor Sudakov wrote: > > 1. When you boot from this pool later on a restored system, don't the > "-o altroot=/mnt2 -O canmount=off" options prevent it from > working normally? I gather that "altroot" is not persistent across > reboots, but "canmount" probably is. Its been a while, but when you do the zfs recv, I am guessing the properties are restored with it ? > > 2. If you wanted to check "zfs recv" without actually restoring it, > what what you do? I keep getting the "cannot receive incremental stream" error: Not sure. When you did this, perhaps you are restoring from an incremental send as opposed to a full send ? eg zfs snapshot -r zroot@backup zfs send -R zroot@backup > /nfs-mount-on-backup-server/zroot-full-snap.zfs ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?78faa2e2-0e44-27ef-eaf0-0f0fc358cc09>