From owner-freebsd-stable@freebsd.org Thu Jan 12 22:57:48 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EF27CAD930 for ; Thu, 12 Jan 2017 22:57:48 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gilb.zs64.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E2D61A57 for ; Thu, 12 Jan 2017 22:57:48 +0000 (UTC) (envelope-from stb@lassitu.de) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id C6830311BF2 for ; Thu, 12 Jan 2017 22:57:46 +0000 (UTC) From: Stefan Bethke Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: zpool asize problem on 11.0 Date: Thu, 12 Jan 2017 23:57:45 +0100 References: <01B0C796-CB6D-412D-AB93-05836906BC89@lassitu.de> To: freebsd-stable In-Reply-To: <01B0C796-CB6D-412D-AB93-05836906BC89@lassitu.de> Message-Id: X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2017 22:57:48 -0000 > Am 12.01.2017 um 23:29 schrieb Stefan Bethke : >=20 > I=E2=80=99ve just created two pools on a freshly partitioned disk, = using 11.0 amd64, and the shift appears to be 9: >=20 > # zpool status -v host > pool: host > state: ONLINE > status: One or more devices are configured to use a non-native block = size. > Expect reduced performance. > action: Replace affected devices with devices that support the > configured block size, or migrate data to a properly configured > pool. > scan: none requested > config: >=20 > NAME STATE READ WRITE CKSUM > host ONLINE 0 0 0 > gpt/host0 ONLINE 0 0 0 block size: 512B = configured, 4096B native >=20 > errors: No known data errors >=20 > # zdb host | grep ashift > ashift: 9 > ashift: 9 >=20 > But: > # sysctl vfs.zfs.min_auto_ashift > vfs.zfs.min_auto_ashift: 12 >=20 > Of course, I=E2=80=99ve noticed this only after restoring all the = backups, and getting ready to put the box back into production. >=20 > Is this expected behaviour? I guess there=E2=80=99s no simple fix, = and I have to start over from scratch? I had falsely assumed that vfs.zfs.min_auto_ashift would be 12 in all = circumstances. It appears when running FreeBSD 11.0p2 in VirtualBox, it = can be 9. And my target disk was attached to the host and mapped into = the VM as a =E2=80=9Enative disk image=E2=80=9C, but the 4k native = sector size apparently got lost in that abstraction. The output above is with the disk installed in the target system with a = native AHCI connection, and the system booted from that disk. I=E2=80=99ve certainly learned to double check the ashift property on = creating pools. Stefan --=20 Stefan Bethke Fon +49 151 14070811