From owner-freebsd-current@FreeBSD.ORG Thu Feb 28 00:44:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5C1F3190; Thu, 28 Feb 2013 00:44:07 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 30EAFDA6; Thu, 28 Feb 2013 00:44:07 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 0247423F645; Wed, 27 Feb 2013 19:44:05 -0500 (EST) DKIM-Filter: OpenDKIM Filter v2.8.0 onyx.glenbarber.us 0247423F645 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 27 Feb 2013 19:44:04 -0500 From: Glen Barber To: d@delphij.net Subject: Re: ZFS problems Message-ID: <20130228004404.GF82833@glenbarber.us> References: <1953411.keAzGZcpTL@zeus> <46832A2E33D240EABA0FBCF5F9C404C2@multiplay.co.uk> <9083248.zOq17M83H4@zeus> <20130228003346.GE82833@glenbarber.us> <512EA6DB.3040502@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="cz6wLo+OExbGG7q/" Content-Disposition: inline In-Reply-To: <512EA6DB.3040502@delphij.net> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Martin Matuska X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2013 00:44:07 -0000 --cz6wLo+OExbGG7q/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 27, 2013 at 04:37:47PM -0800, Xin Li wrote: > > In mid-February, zpool version was upgraded to include > > lz4_compress. My understanding was that changing from the > > OpenSolaris ZFS version number scheme (i.e., "v28") to what we have > > on -CURRENT (i.e., "5000") was so that we can track crossing the > > point of no return with pool version upgrades. > >=20 > > On my system, vfs.zfs.version.spa has been at 5000 since this > > original change. > >=20 > > Is my understanding incorrect? Or should vfs.zfs.version.spa be=20 > > incremented with major, non-backwards-compatible changes? >=20 > That's incorrect. In theory vfs.zfs.version.spa will never ever > change in the future, and all new features will be denoted by feature > flags, which is an extensible way of representing features and whether > they are compatible with the running system. >=20 Thank you for clarifying. As there does not seem to be a specific sysctl that we can look for, I am inclined to say there should be UPDATING entries for such changes to note (at least for now) that 'make -C /usr/src/cddl install' can help prevent foot shooting. Thoughts? Glen --cz6wLo+OExbGG7q/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRLqhUAAoJEFJPDDeguUajAPwH/j3P/pL0RiqmHN31t6aqvN8g O6rEgqHD41z8bFZaBvFax6iKgzMvu2XmhPTaOsxRxDCcRWQOnfE4PLipXdBHe4ri vhvOy9JWtqLOQOSoyXhAAIyoZ72ak3RCHgYrz55oaUo31zXA6WUz8wDgmXzCv2o2 i1GdTDcg7LNtVrxqgspBD/3jDQWhuUiqE43HRIOa+b036naiFfdBgoXG4P9CWaph 9+uXfDhakA4T2e1VOwxpEph4JnBGNpak6TolNk9ctqaIafSp71GuLEzLX53YGYKD eaAf4ghhLp8oQmZWHdjp9C4H6l/vgKQk14SGgf5tG88vmTYvAm0PpwbV/J7Qw20= =Oh+C -----END PGP SIGNATURE----- --cz6wLo+OExbGG7q/--