Date: Sun, 18 Sep 2022 00:03:15 +0400 From: milky india <milkyindia@gmail.com> To: Alan Somers <asomers@freebsd.org> Cc: freebsd-fs <freebsd-fs@freebsd.org> Subject: Re: Need help with live system expansion (zfs+geli) Message-ID: <CACQUA7kL7GJTBvxvSh6dnMZ9qzyOS--6S4xt7q5nSc2s=hKwdw@mail.gmail.com> In-Reply-To: <CAOtMX2h-adnaupXrwH90HpepnnBpUZFY5OaF_e6a91vFCe8Vjw@mail.gmail.com> References: <CACQUA7kC1E%2BHTEAFY=o%2BFpRcfmhJ-qPWuXseNvT5eJzK4Bcdpw@mail.gmail.com> <CAOtMX2g%2BGZ6SjQQPu-YWJhttYS3D7YhU-kAqMY4xHxXoe6rdVg@mail.gmail.com> <CACQUA7nD2Hrkvo5P7_9gyWkJwX8-ZhMAc3HdgrzTCK=XVqRMog@mail.gmail.com> <CAOtMX2iDg3H75Jp5-N5MgLAvBHKFs8UXvCVPBi_YQKMqYWsz6g@mail.gmail.com> <CACQUA7mzfvwRVhc00kGk3rZHKhFtMChZ983EJ0OBn90DJfaMUQ@mail.gmail.com> <CAOtMX2ijrHuhh8E=M%2BD=FKXq9c0tbOq-ZDNRQZ4n32U5=dEaVg@mail.gmail.com> <CACQUA7nTyT9hpguEbQ1LskHJxq1OUckswbpD__Fov-G9t8Myxg@mail.gmail.com> <CAOtMX2gLaur3c8TATuVeZdDNPoLcG%2B4BrTgOp=Ow3jAuStkKtA@mail.gmail.com> <CACQUA7=6YTN027oUa9xDPNc8Y1MS4rtVYwCxsc0HLpJ8G%2BC8yQ@mail.gmail.com> <CAOtMX2h-adnaupXrwH90HpepnnBpUZFY5OaF_e6a91vFCe8Vjw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000affec105e8e4f81b Content-Type: text/plain; charset="UTF-8" On Sat, Sep 17, 2022 at 10:58 PM Alan Somers <asomers@freebsd.org> wrote: > On Sat, Sep 17, 2022 at 12:52 PM milky india <milkyindia@gmail.com> wrote: > > > > > > > > On Sat, Sep 17, 2022 at 10:43 PM Alan Somers <asomers@freebsd.org> > wrote: > >> > >> On Sat, 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-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 <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. 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? > > Yes > > > > > > So you need to run "geli resize" > > Is this the only command that I need to run to resize my geli partition? > > Yes > > > > > > 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. > > Um, ok. I can't guess why you aren't able to do that, but it isn't > strictly necessary. > > > > > 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? > > Yes. > > The "-s" flag should be unnecessary since your provider is already online. When I try to run "geli resize /dev/ada0p3.eli" it complains. So I guess options s is must ? If yes - do I need to put in the exact size down to bytes from the output of geli list ? Under "Mediasize" ? --------------------------------------- geli: Option 's' not specified. ---------------------------------------- --000000000000affec105e8e4f81b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><span style=3D"color:rgb(80,0,80)">=C2=A0= <br></span></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"g= mail_attr">On Sat, Sep 17, 2022 at 10:58 PM Alan Somers <<a href=3D"mail= to:asomers@freebsd.org">asomers@freebsd.org</a>> wrote:<br></div><blockq= uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p= x solid rgb(204,204,204);padding-left:1ex">On Sat, Sep 17, 2022 at 12:52 PM= milky india <<a href=3D"mailto:milkyindia@gmail.com" target=3D"_blank">= milkyindia@gmail.com</a>> wrote:<br> ><br> ><br> ><br> > On Sat, Sep 17, 2022 at 10:43 PM Alan Somers <<a href=3D"mailto:aso= mers@freebsd.org" target=3D"_blank">asomers@freebsd.org</a>> wrote:<br> >><br> >> On Sat, Sep 17, 2022 at 12:31 PM milky india <<a href=3D"mailto= :milkyindia@gmail.com" target=3D"_blank">milkyindia@gmail.com</a>> wrote= :<br> >> ><br> >> > Sorry about that, again - I'm not sure what you mean by b= ottom-post vs top-post.<br> >> ><br> >> > Be that as it may - I read the geli man page. I was specifica= lly warned against using "geli resize" since it may not work as e= xpected <a href=3D"https://forums.FreeBSD.org/threads/how-to-extend-zfs-gel= i-encrypted-disk-space-not-showing.86447/post-581642" rel=3D"noreferrer" ta= rget=3D"_blank">https://forums.FreeBSD.org/threads/how-to-extend-zfs-geli-e= ncrypted-disk-space-not-showing.86447/post-581642</a><br> >> > Is this advise wrong?<br> >> > > "The geli has autoresize flag which will handle the= new provider size after gpart resize command."<br> >> > followed by<br> >> > > You are right, no geli resize needed.<br> >> ><br> >> > What would be the correct sequence of commands to fix this - = Simply "geli resize" ? (the -s option seems to be additional, wil= l it figure it out without providing s?)<br> >> ><br> >> > On Sat, Sep 17, 2022 at 10:20 PM Alan Somers <<a href=3D"m= ailto:asomers@freebsd.org" target=3D"_blank">asomers@freebsd.org</a>> wr= ote:<br> >><br> >> top-posting is where you insert your reply above the previous emai= l.<br> >> Bottom posting is where you insert your reply below it, like I'= ;m<br> >> doing.=C2=A0 The forum user said that you shouldn't need to ru= n "geli<br> >> resize" because the AUTORESIZE flag is on.=C2=A0 But as you c= an see from<br> >> your "geli list" output, it's actually off.=C2=A0 So= you need to run "geli<br> >> resize".=C2=A0 The "-s" flag should be unnecessary = since your provider is<br> >> already online.=C2=A0 At any rate, you can try it both ways.=C2=A0= You might<br> >> want to make a copy of /var/backups/ada0p3.eli, just in case you m= ake<br> >> a mistake.<br> ><br> > Thanks - I hope I am bottom posting this as was expected of me.<br> ><br> > 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 he= re. Am I understanding this correctly?<br> <br> Yes<br> <br> ><br> > > So you need to run "geli resize"<br> > Is this the only command that I need to run to resize my geli partitio= n?<br> <br> Yes<br> <br> ><br> > > The "-s" flag should be unnecessary since your provider= is<br> > already online.<br> > Ok thanks.<br> ><br> > >You might want to make a copy of /var/backups/ada0p3.eli, just in = case you make a mistake.<br> > Don't have the luxury of backup currently.<br> <br> Um, ok.=C2=A0 I can't guess why you aren't able to do that, but it = isn't<br> strictly necessary.<br> <br> ><br> > I suppose at the end of it - if this works - "geli list" wou= ld reflect the size to be 458G? (vs 290G currently)<br> > And that's the output I can trust to have solved the issue - or is= there more to it?<br> <br> Yes.<br></blockquote><span style=3D"color:rgb(80,0,80)">> The "-s&q= uot; flag should be unnecessary since your provider is=C2=A0</span><span st= yle=3D"color:rgb(80,0,80)">already online.</span><div><span style=3D"color:= rgb(80,0,80)">When I try to run "</span>geli resize /dev/ada0p3.eli&qu= ot; it complains. So I guess options s is must ? If yes - do I need to put = in the exact size down to bytes from the output of geli list ? Under "= Mediasize" ?</div><div>---------------------------------------</div><d= iv>geli: Option 's' not specified.<br></div><div>------------------= ----------------------=C2=A0</div></div></div> --000000000000affec105e8e4f81b--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACQUA7kL7GJTBvxvSh6dnMZ9qzyOS--6S4xt7q5nSc2s=hKwdw>