From owner-freebsd-current@freebsd.org Fri Feb 12 02:46:39 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F12E3540649 for ; Fri, 12 Feb 2021 02:46:39 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.oetec.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DcHvM1gQBz3nKZ for ; Fri, 12 Feb 2021 02:46:38 +0000 (UTC) (envelope-from dclarke@blastwave.org) X-Spam-Status: No X-oetec-MailScanner-From: dclarke@blastwave.org X-oetec-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.218, required 6, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, DKIM_VALID_EF -0.10, NICE_REPLY_A -0.12, URIBL_BLOCKED 0.00) X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-ID: 11C2kRri027813 X-oetec-MailScanner-Information: Please contact oetec for more information Received: from [172.16.35.2] (cpeac202e7325b3-cmac202e7325b0.cpe.net.cable.rogers.com [99.253.170.241]) (authenticated bits=0) by mail.oetec.com (8.15.2/8.15.2/Debian-8) with ESMTPSA id 11C2kRri027813 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Thu, 11 Feb 2021 21:46:29 -0500 Subject: Re: upgrade stable/12 -> stable/13 zfs + boot partition Mediasize 64K To: freebsd-current@freebsd.org References: From: Dennis Clarke Message-ID: Date: Thu, 11 Feb 2021 21:46:27 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DcHvM1gQBz3nKZ X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[108.160.241.186:from:127.0.2.255]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[108.160.241.186:from]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; RECEIVED_SPAMHAUS_PBL(0.00)[99.253.170.241:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Feb 2021 02:46:40 -0000 On 2/11/21 8:57 PM, Gary Palmer wrote: > On Thu, Feb 11, 2021 at 05:34:40PM -0700, Russell L. Carter wrote: >> Greetings, >> >> I really want to jump from stable/12 to stable/13 but one thing is >> causing a hesitancy. And that is, my main raidz2 system has >> a system boot zfs mirror pair that has boot partition size >> (Mediasize) of 64K, and when I tried to zpool upgrade that pool a >> year or 2 ago I got some scary message something like "boot >> partition size is not large enough". I asked about this on the >> lists but never received an answer. So, laziness required me >> to ignore the problem and not zpool upgrade any of my 15 or so >> zpools in the interim. >> >> A few weeks ago I tried to make buildworld/installworld upgrade >> 12->13 but the boot failed in the mounting filesystems phase with it >> couldn't find a bootable target. So after restoring 12 I decided >> to wait a bit. In the interim I have upgraded every zpool but that >> one system pool. All the other freebsd-boot partitions have a size >> of 512K. >> >> So what is the current advice? Is a freebsd-boot partition size >> of 64K laughably obsolete, and I should get with the program and >> repartition those disks, or can I march blindly into the upgrade? >> >> I guess I just want to understand where these sizes are going in >> the future. > > Most layouts put a swap partition after the boot partition. If > that is the case for you also, if you can disable the swapping to the > swap partition you can probably increase boot and reduce swap size > pretty easily. Otherwise you're probably going to have to split > the mirror, repartition one drive, rebuild the mirror, reboot onto > that drive and then do the same to the other drive. I've done it > before on a headless system in a remote DC. With planning it's > perfectly doable. I think I built a test vm in VirtualBox and > made sure it all worked on that before trying it for real. > The process is trivial with ZFS and a mirror setup. No need to reboot. Think of the mirror as a "left" and "right" side. If you have a three way mirror than you are singing in the rain. Regardless just break the mirror. Do whatever you want with the disks that are now free and clear of the previous mirror config. Use gpart and set them up with whatever you need. Then attach the disk(s) back onto the mirror and wait for the thing to re-silver. Run a scrub if you want. Depends on the size. Just know that a large amount of storage ( more than 64T ) will take a long time to scrub and for that matter a long time to re-silver. Maybe a day. Once everything is re-synced as a mirror just repeat the process on the other side of the mirror. No need to reboot until you feel like testing the whole show. This sort of situation is also a good reason to use three way mirrors with a hot spare pool. When possible. Makes the whole process entirely worry free and nothing more than a cup of coffee to ponder it. For the sake of details what does "gpart show" report? Dennis Clarke