From nobody Sat Sep 17 18:52:44 2022 X-Original-To: freebsd-fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MVKnh2f00z4c4S6 for ; Sat, 17 Sep 2022 18:52:56 +0000 (UTC) (envelope-from milkyindia@gmail.com) Received: from mail-oi1-x22e.google.com (mail-oi1-x22e.google.com [IPv6:2607:f8b0:4864:20::22e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MVKng3Vm8z3lV4; Sat, 17 Sep 2022 18:52:55 +0000 (UTC) (envelope-from milkyindia@gmail.com) Received: by mail-oi1-x22e.google.com with SMTP id p187so9968058oia.9; Sat, 17 Sep 2022 11:52:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=diqGFsP9Wox38YlhoVVmOiBIWaUCeU+q7EV6WzDyCg0=; b=DW6BpEXZq7jamnTGZjuS5IQhaS2VXHKgdaHT9TS9KXk9sS1meWdRFXjCYYHcpREQlG 9JlBN7XVces8qSN+2al5+lhpWXfdhdgfeyR6h2je9xsOLASt4g0bv0z7XUJ2MAfwjnNd sHy8zyVZQ9f6aZJwVFWNDPx9CrDlSPs53d76hbbFl7wArwUC8tf/H5YK1IJ+QBemiT3u Lp9AS3ddpfTy7HYttK1ikBLktI/fvNEtElrY1Gbtu/TFEGPl7sOBuAwSlsEFzTF1NyDK /G2lNQ+UMRaT0C76qT/2utzejcjKI3AzcsTPD/RlT9DUldb27CjwgszB4oe1FI26dW1h Ve9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=diqGFsP9Wox38YlhoVVmOiBIWaUCeU+q7EV6WzDyCg0=; b=e4MM+JVk59/UWuBH0WyquAuhiWD1w13EwXQpCrYuaVXho9pKJVEs99OS67NSroJowU BcPPnOJQLMNIrtU2ZTz4oq575+KnwlpGj0KPAet1DgRk/EcEshrqTPKIcFtUhSV4Vtjk slU58BTiX1GXtoo1kkBILeoxlu+dsotLN474XrBo9N5OsugQeVLMAq5c6lRjGPYWQSyN LijpyQIOAQlq5B9hEr8W6UjKeGxg8fdMosI4QDNDwX10Y6v+mFT7+G4eA2NZWyKzAyMS 87ZZjGgAjiSwrkW/quFgguutLPBbGxZnh4BlVrmiooeokb08l7JJrZoXkY5SJCY9YfRO fwPg== X-Gm-Message-State: ACgBeo09rK6+HxZ8iVrVsP56xuwwBPDPvkpTyMEV6FyNhr3hQt+PvOEu yfrGvGi97+bxxj5mzctMTQC4Fwgw6elpyUNwODAZg4hyfKEBvg== X-Google-Smtp-Source: AA6agR5wo4fhjCteLfL9qZwBFjIe7EgeNvT9REUWUYhNsMIEmZHc2L+iC2YxH4kokDpfea1J4fj4ZQVFmbnm35xSicU= X-Received: by 2002:aca:ab44:0:b0:34f:6f58:43f6 with SMTP id u65-20020acaab44000000b0034f6f5843f6mr8965165oie.98.1663440774318; Sat, 17 Sep 2022 11:52:54 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: milky india Date: Sat, 17 Sep 2022 22:52:44 +0400 Message-ID: Subject: Re: Need help with live system expansion (zfs+geli) To: Alan Somers Cc: freebsd-fs Content-Type: multipart/alternative; boundary="000000000000754f2705e8e3fc58" X-Rspamd-Queue-Id: 4MVKng3Vm8z3lV4 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=DW6BpEXZ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of milkyindia@gmail.com designates 2607:f8b0:4864:20::22e as permitted sender) smtp.mailfrom=milkyindia@gmail.com X-Spamd-Result: default: False [-3.69 / 15.00]; NEURAL_HAM_MEDIUM(-0.93)[-0.928]; NEURAL_HAM_LONG(-0.89)[-0.886]; NEURAL_HAM_SHORT(-0.88)[-0.880]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::22e:from]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --000000000000754f2705e8e3fc58 Content-Type: text/plain; charset="UTF-8" On Sat, Sep 17, 2022 at 10:43 PM Alan Somers wrote: > On Sat, Sep 17, 2022 at 12:31 PM milky india wrote: > > > > Sorry about that, again - I'm not sure what you mean by bottom-post vs > top-post. > > > > Be that as it may - I read the geli man page. I was specifically warned > against using "geli resize" since it may not work as expected > https://forums.FreeBSD.org/threads/how-to-extend-zfs-geli-encrypted-disk-space-not-showing.86447/post-581642 > > Is this advise wrong? > > > "The geli has autoresize flag which will handle the new provider size > after gpart resize command." > > followed by > > > You are right, no geli resize needed. > > > > What would be the correct sequence of commands to fix this - Simply > "geli resize" ? (the -s option seems to be additional, will it figure it > out without providing s?) > > > > On Sat, Sep 17, 2022 at 10:20 PM Alan Somers > wrote: > > top-posting is where you insert your reply above the previous email. > Bottom posting is where you insert your reply below it, like I'm > doing. The forum user said that you shouldn't need to run "geli > resize" because the AUTORESIZE flag is on. But as you can see from > your "geli list" output, it's actually off. So you need to run "geli > resize". The "-s" flag should be unnecessary since your provider is > already online. At any rate, you can try it both ways. You might > want to make a copy of /var/backups/ada0p3.eli, just in case you make > a mistake. > Thanks - I hope I am bottom posting this as was expected of me. So if I understand correctly the AUTORESIZE flag is present for adaop2 and NOT for adap3 (which is the partition we are concerned about) - hence the advice given to not use "geli resize" isn't applicable here. Am I understanding this correctly? > So you need to run "geli resize" Is this the only command that I need to run to resize my geli partition? > The "-s" flag should be unnecessary since your provider is already online. Ok thanks. >You might want to make a copy of /var/backups/ada0p3.eli, just in case you make a mistake. Don't have the luxury of backup currently. I suppose at the end of it - if this works - "geli list" would reflect the size to be 458G? (vs 290G currently) And that's the output I can trust to have solved the issue - or is there more to it? --000000000000754f2705e8e3fc58 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, Sep 17, 2022 at 10:43 PM Alan= Somers <asomers@freebsd.org&= gt; wrote:
On Sa= t, Sep 17, 2022 at 12:31 PM milky india <milkyindia@gmail.com> wrote:
>
> Sorry about that, again - I'm not sure what you mean by bottom-pos= t vs top-post.
>
> Be that as it may - I read the geli man page. I was specifically warne= d against using "geli resize" since it may not work as expected <= a href=3D"https://forums.FreeBSD.org/threads/how-to-extend-zfs-geli-encrypt= ed-disk-space-not-showing.86447/post-581642" rel=3D"noreferrer" target=3D"_= blank">https://forums.FreeBSD.org/threads/how-to-extend-zfs-geli-encrypted-= disk-space-not-showing.86447/post-581642
> Is this advise wrong?
> > "The geli has autoresize flag which will handle the new prov= ider size after gpart resize command."
> followed by
> > You are right, no geli resize needed.
>
> What would be the correct sequence of commands to fix this - Simply &q= uot;geli resize" ? (the -s option seems to be additional, will it figu= re it out without providing s?)
>
> On Sat, Sep 17, 2022 at 10:20 PM Alan Somers <asomers@freebsd.org> wrote:

top-posting is where you insert your reply above the previous email.
Bottom posting is where you insert your reply below it, like I'm
doing.=C2=A0 The forum user said that you shouldn't need to run "g= eli
resize" because the AUTORESIZE flag is on.=C2=A0 But as you can see fr= om
your "geli list" output, it's actually off.=C2=A0 So you need= to run "geli
resize".=C2=A0 The "-s" flag should be unnecessary since you= r provider is
already online.=C2=A0 At any rate, you can try it both ways.=C2=A0 You migh= t
want to make a copy of /var/backups/ada0p3.eli, just in case you make
a mistake.
Thanks - I hope I am bottom posting this as= was expected of me.

So if I understand correctly = the AUTORESIZE flag is present for adaop2=C2=A0and NOT for adap3 (which is = the partition we are concerned about) - hence the advice given to not use &= quot;geli resize" isn't applicable here. Am I understanding this c= orrectly?=C2=A0

> So you need to run "geli= resize"
Is this the only command that I need to run to resi= ze my geli partition?

> The "-s" flag= should be unnecessary since your provider is
already online.=C2=A0
Ok thanks.

>You mig= ht want to make a copy of /var/backups/ada0p3.eli, just in case you make a = mistake.
Don't have the luxury of backup currently.

I suppose at the end of it - if this works - "geli lis= t" would reflect the size to be 458G? (vs 290G currently)
An= d that's the output I can trust to have solved the issue - or is there = more to it?



--000000000000754f2705e8e3fc58--