Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 15 Dec 2015 13:48:38 +0000
From:      Matthew Seaman <matthew@freebsd.org>
To:        krad <kraduk@gmail.com>
Cc:        FreeBSD Questions <freebsd-questions@freebsd.org>
Subject:   Re: freebsd-update, ZFS, and ver 8.2
Message-ID:  <56701A36.4060904@freebsd.org>
In-Reply-To: <CALfReyc5zEwpCH_0_uX3LVqwE_OiLi2dyy2yJWY9JsMVwg7thQ@mail.gmail.com>
References:  <20151214194012.M53329@brightstar.bomgardner.net> <CALfReyfzGq7in_FnGCJXW5aPmyCqjm4z+DJ_i3ZPEkDCJZWiLg@mail.gmail.com> <566FD253.5090906@FreeBSD.org> <CALfReyc5zEwpCH_0_uX3LVqwE_OiLi2dyy2yJWY9JsMVwg7thQ@mail.gmail.com>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--5Sn4uIX8PvvhNe58itqcogNGNqkDOlOXA
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 12/15/15 12:40, krad wrote:
> I'm not aware of any feature flags that are needed to make boot
> environments work, but I may be wrong, but remember BE's were in solari=
s
> using pool versions from around version6, and certainly be v28 which is=

> what was originally imported to freebsd before openzfs forked.

There's nothing special required to make boot environments work --
they've been part of ZFS pretty much since before it was ported to
FreeBSD.  However, the gptzfsboot boot blocks will not allow you to boot
up a ZFS pool of higher version than they were compiled for or
containing various enabled features they don't know about.  So it's
necessary to rewrite them with an up to date copy using the updated
samples in /boot/gptzfsboot if you update your zpool.  This is
independent of whether you're using boot environments or not.

Oh, and being able to use lz4 compression is a very good reason why
you'ld want to do that upgrade.  lz4 is why new installs can default to
turning compression on everywhere by default.  It's fast enough, and it
can work out it's not going to be able to compress some disk blocks
quickly enough (and so just write those disk blocks uncompressed) that
it is generally a win in almost all situations.

	Cheers,

	Matthew



--5Sn4uIX8PvvhNe58itqcogNGNqkDOlOXA
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJWcBo2AAoJEABRPxDgqeTnxDAP/j3DnJio6aJEaFl1dR9W0iyK
DukUnkTiiHJ8+iHm61JCY3/zczUAQEcJbz2R4DKv+X00B260karr0zHh86a3sduJ
VaYXDDo4R8aZ7U/LBaZGkGuutcmEpkVwhOeIXkOX5hFTOeDKucIWa9myqH570FYT
NY0sokd3k2tHLvsil8H7PnZI4FykNx76Q0oDsXct9lisE6u5S7nrlXMG8RMw2XnZ
e7SQjQcwcPgE+cTfX1oRPnLtbTbMTO7pQ81CgT6+Sau4BP/xuUSyTvqgXQ2k4Q2l
hD9tmFmPtb8QLELHi00AZbw9A7KCEgw16ZLVle86r/wdNXmTrqgxCd9D0C/h5t5f
rGXGmqU6PDeDamlgcT5lDfgGP2lsBZ+ZhRpJgUIvzYPaUhc9JBMF02APUFwdEanB
SCEuX7o8Us3VEAGBd0UMPOQrLJpDkMS0bjc0oPhbwteSDQRfEJVHs2a6fcUcGVr7
/sR9FCDZ3fqlKU7t7c1lsbAmhDXgRiD/iimIDDJy1x8ZRv5EbtlM8F9KrlrarQXG
c1X9iHmqVXsKV4ysEw94YHHiMqJUaDA6aB3OUIhDbuaARxZhgPK17oqF0y3L4KDe
w4QUsw1vh2e3IJAfhUTjFBe53FqHB3oj5YuHQKivjyny64+heoG91zw+s+dtOc5Y
H+3Tnwyb3N5U3XPQ23YE
=ZnLK
-----END PGP SIGNATURE-----

--5Sn4uIX8PvvhNe58itqcogNGNqkDOlOXA--



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?56701A36.4060904>