Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 21 Oct 2016 14:45:42 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-doc@FreeBSD.org
Subject:   [Bug 213676] Items missing from 11.0 Release Notes
Message-ID:  <bug-213676-9@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213676

            Bug ID: 213676
           Summary: Items missing from 11.0 Release Notes
           Product: Documentation
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: Documentation
          Assignee: freebsd-doc@FreeBSD.org
          Reporter: lidl@pix.net

A friend who upgraded a system from 10.3, which previously ran various 10.x
releases, and was originally installed probably as a 9.0 system.

Always upgraded via freebsd-release.

Anyhow - successfully upgrade to 11.0 Release, and commented that two items
that were not documented in the release notes that probably should be
noted for people planning to upgrade.

Both issues are ZFS related:

1) The new support for sha512 and skein checksums in a zpool was not
   documented.  This is important in that 'zpool status' (after upgrading)
   will complain that the zpool version is out of date until
   'zpool upgrade -a' is run.

   A possible improvement to the code (outside the scope of this issue), wo=
uld
   be to have a mechanism to have the acknowledge of the feature, but warni=
ng
   suppression.

   If the user DOES do a 'zpool upgrade -a', they then need to install fresh
   bootblocks.  Which leads to item #2...

2) The increased size of the /boot/gptzfsloader in 11.0 vs prior releases.
   The machine in question was installed probably with 9.0, when the 'best
   practices' was to have a 64k boot partition.  Well, the gptzfsloader code
   is now ~88K, and does not fit in the existing partition.

   A warning about potentially needing a bigger freebsd-boot partition is
   required for people upgrading older releases, least they upgrade their
   zpool and then be stuck without the ability to upgrade their bootblocks.

   (As it turns out the user was able to reclaim a 'gap' in the partitioning
   and get the bootblocks upgraded without having to reload the system from
   scratch.)

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-213676-9>