From owner-freebsd-questions@freebsd.org Thu Sep 29 01:28:15 2016 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 4DDD4C00AD1 for ; Thu, 29 Sep 2016 01:28:15 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-it0-f44.google.com (mail-it0-f44.google.com [209.85.214.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1EBD9A82 for ; Thu, 29 Sep 2016 01:28:14 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by mail-it0-f44.google.com with SMTP id u134so84031327itb.1 for ; Wed, 28 Sep 2016 18:28:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=CemjyqW2IRzedPiMgbOIYqYEg9NqhaR4NLUg73xajU8=; b=P+Ck4YGK76sDeJFIlKBwCT/v5DjqdpwnywCAGbXpRMrLhxZh8g9dEKK5uduSSe7udb BYr5VkiCBaTlp2Zm4xevhfTS0P05kiZkYoCbqsNMUqtYBAiwUCgC9YK5vx4bDP7Xn6Fv C0UvkuKVb0QdNgMnvrB5saSlFetOCF968GqKLYICfex+tCP8fFGBd8jzEo2gHC8ranoo rNBGB45ztloyb5eHEhW40ozDojzWQIDpZizTVmlgPcx24L286hefPiW9OsdUkJUo8c5b lslLicJ8Y1XUfDxU+IrKv7092o7lMB1dAE577J/BvVHtxewFLDOmyJey5zJmQEcWn7Zb v/Eg== X-Gm-Message-State: AA6/9RnLDPGFdDVKGjjPiBlCc+tlH/OGVfilQ/CBzbVxnjrRY9N+Lx8E8ZZbG4F4/dJrhw== X-Received: by 10.107.30.69 with SMTP id e66mr181550ioe.107.1475112488308; Wed, 28 Sep 2016 18:28:08 -0700 (PDT) Received: from WorkBox.Home.gmail.com (63-231-161-90.mpls.qwest.net. [63.231.161.90]) by smtp.gmail.com with ESMTPSA id m127sm4065682ioe.32.2016.09.28.18.28.06 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 28 Sep 2016 18:28:06 -0700 (PDT) References: <20160926154720.GA75556@admin.sibptus.transneft.ru> <688eec35-bc7b-ae05-b765-106933b522d1@sentex.net> <20160928145137.GA27497@admin.sibptus.transneft.ru> <20160928154941.GB27823@admin.sibptus.transneft.ru> <0f4490dc-34e3-3caa-7aa7-a2a284ed0ffd@sentex.net> <20160928164601.GA28493@admin.sibptus.transneft.ru> User-agent: mu4e 0.9.16; emacs 24.5.1 From: Brandon J. Wandersee To: Victor Sudakov Cc: Michael Schuster , freeBSD Mailing List , Mike Tancsa Subject: Re: complete clone/restore from a ZFS-based system replication stream In-reply-to: <20160928164601.GA28493@admin.sibptus.transneft.ru> Date: Wed, 28 Sep 2016 20:28:06 -0500 Message-ID: <868tub1om1.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain 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: Thu, 29 Sep 2016 01:28:15 -0000 Victor Sudakov writes: > Michael Schuster wrote: >> the FreeBSD Mastery: ZFS books (for example) explain how to avoid this >> issue too. > > Namely? Or should I buy the book? > > Of course, I can do with glabel or something, but it's a pity > bsdinstall creates an unclonable configuration. It's not a bsdinstall problem. It's really only a problem at all if particular circumstances arise---like if you move a disk from a one-disk system to another, multi-disk system. Device nodes are assigned based either on the order in which the motherboard firmware detects and initializes the devices, or the ports into which the devices are plugged. Which one gets used depends on your motherboard, and if it's the former, nobody has any control over it. Your backup-and-restoration plan needs to take that into account. That's why partition/filesystem labels were invented in the first place. It's why a Windows disk can be transplanted into any slot on any machine, and it can boot without intervention from the user---the filesystems are all labeled. Since swap was the example you brought up I'm guessing that's your chief concern, since a ZFS pool is usually unaffected by a change in drive letters. In that case, just modify /etc/fstab before rebooting or transplanting the disk. -- :: Brandon J. Wandersee :: brandon.wandersee@gmail.com :: -------------------------------------------------- :: 'The best design is as little design as possible.' :: --- Dieter Rams ----------------------------------