Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 9 Nov 2022 13:56:43 -0700
From:      Warner Losh <imp@bsdimp.com>
To:        "Patrick M. Hausen" <pmh@hausen.com>
Cc:        Alexander Leidinger <Alexander@leidinger.net>, Mark Millard <marklmi@yahoo.com>, tsoome@freebsd.org,  Li-Wen Hsu <lwhsu@freebsd.org>, current@freebsd.org
Subject:   Re: changes to the zfs boot (was: Re: git: 72a1cb05cd23 - main - rc(8): Add a zpoolupgrade rc.d script)
Message-ID:  <CANCZdfq0Q67tqE-6%2BSjbdJVH_p0oMh5Xz_bW=SWWM%2BhWnDLZYw@mail.gmail.com>
In-Reply-To: <AFF06A1C-A58F-40E7-9A21-A585F95E447D@hausen.com>
References:  <202211070339.2A73dJlO027991@gitrepo.freebsd.org> <20221107121514.Horde.nulS9Wg1s3yzAsXXkuJRBa9@webmail.leidinger.net> <CANCZdfrdc%2BDbv6sDyDLcWNpXnWScEmpUsGu3q8%2BMbZRjDS8eig@mail.gmail.com> <20221108105053.Horde.eqgFiBJe2ngGAj6BkXcv5-Z@webmail.leidinger.net> <20221109134610.Horde.JB7ibQTWprHbmIUfhg7JY7f@webmail.leidinger.net> <CANCZdfptmipq%2BsS0AQ1%2B7EmLT-7YdKv8s%2BnCV7ON1Qy6-C6N9A@mail.gmail.com> <460205F9-5D59-4033-813B-C34E01BFD6C4@hausen.com> <CANCZdfoeDvxSqqEjpnfK=FCY0K1aYEqTw80SKLAZ-5d2qrW5EA@mail.gmail.com> <AFF06A1C-A58F-40E7-9A21-A585F95E447D@hausen.com>

next in thread | previous in thread | raw e-mail | index | archive | help
--0000000000008250c205ed0fe5f7
Content-Type: text/plain; charset="UTF-8"

On Wed, Nov 9, 2022 at 1:54 PM Patrick M. Hausen <pmh@hausen.com> wrote:

> Hi Warner,
>
> > Am 09.11.2022 um 21:51 schrieb Warner Losh <imp@bsdimp.com>:
> > Yes. For safety, boot loader upgrade is mandatory when you do a zpool
> upgrade of the root filesystem.
> > It was definitely needed in the OpenZFS jump, and we've had one or two
> other flag days since.
>
> That's a given and not a problem. What I fear from my understanding of
> this thread so far is
> that there might be a situation when I upgrade the zpool and the boot
> loader and the system
> ends up unbootable nonetheless.
>
> Possible or not?
>

If all you do is upgrade, then no, modulo bugs that we've thankfully not
had yet. It's when you enable something on the zpool that you can run into
trouble, but that's true independent of upgrade :)

Warner


> Modulo bugs, try test systems first, etc. Of course.
>
> Thanks,
> Patrick

--0000000000008250c205ed0fe5f7
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Wed, Nov 9, 2022 at 1:54 PM Patric=
k M. Hausen &lt;<a href=3D"mailto:pmh@hausen.com">pmh@hausen.com</a>&gt; wr=
ote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px=
 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Warner,<=
br>
<br>
&gt; Am 09.11.2022 um 21:51 schrieb Warner Losh &lt;<a href=3D"mailto:imp@b=
sdimp.com" target=3D"_blank">imp@bsdimp.com</a>&gt;:<br>
&gt; Yes. For safety, boot loader upgrade is mandatory when you do a zpool =
upgrade of the root filesystem.<br>
&gt; It was definitely needed in the OpenZFS jump, and we&#39;ve had one or=
 two other flag days since.<br>
<br>
That&#39;s a given and not a problem. What I fear from my understanding of =
this thread so far is<br>
that there might be a situation when I upgrade the zpool and the boot loade=
r and the system<br>
ends up unbootable nonetheless.<br>
<br>
Possible or not?<br></blockquote><div><br></div><div>If all you do is upgra=
de, then no, modulo bugs that we&#39;ve thankfully not had yet. It&#39;s wh=
en you enable something on the zpool that you can run into trouble, but tha=
t&#39;s true independent of upgrade :)</div><div><br></div><div>Warner</div=
><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px=
 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Modulo bugs, try test systems first, etc. Of course.<br>
<br>
Thanks,<br>
Patrick</blockquote></div></div>

--0000000000008250c205ed0fe5f7--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfq0Q67tqE-6%2BSjbdJVH_p0oMh5Xz_bW=SWWM%2BhWnDLZYw>