From owner-freebsd-stable@FreeBSD.ORG Fri Sep 12 20:18:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C424A1F8; Fri, 12 Sep 2014 20:18:53 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 84B65257; Fri, 12 Sep 2014 20:18:53 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id A348620E7088F; Fri, 12 Sep 2014 20:18:52 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: * X-Spam-Status: No, score=2.0 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,RDNS_DYNAMIC autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id D968720E7088B; Fri, 12 Sep 2014 20:18:50 +0000 (UTC) Message-ID: <1319C84209BE4390AD5D7FAD8170BEB0@multiplay.co.uk> From: "Steven Hartland" To: "Mike Tancsa" , "Willem Jan Withagen" , "Peter Wemm" , References: <540FF3C4.6010305@ish.com.au> <54114029.3060507@FreeBSD.org> <2128347.Ah5i0RTCvp@overcee.wemm.org> <541230F1.3060402@digiware.nl> <54132C13.6060605@sentex.net> Subject: Re: getting to 4K disk blocks in ZFS Date: Fri, 12 Sep 2014 21:18:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Andriy Gapon , Aristedes Maniatis X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2014 20:18:53 -0000 ----- Original Message ----- From: "Mike Tancsa" To: "Steven Hartland" ; "Willem Jan Withagen" ; "Peter Wemm" ; Cc: "Andriy Gapon" ; "Aristedes Maniatis" Sent: Friday, September 12, 2014 6:23 PM Subject: Re: getting to 4K disk blocks in ZFS > On 9/12/2014 4:17 AM, Steven Hartland wrote: >>> >>> I reported the same fact for the new set of WD REDs I installed. >>> Seems that ada and da have different quirks tables... >>> So disks on SATA connectors on the motherboard are diagnosed as being >>> 4Kb. >>> The disks on my twa don't get the quirk and are considered 512b >> >> LMK the ident strings and I'll look to update the quirks tables. > > How does it work for controllers like mfi ? The disks come up as mfisyspd# > > They are supposedly 4K drives (when attached to ada). If I set vfs.zfs.min_auto_ashift=12 will it "fix" the problem ? > > === START OF INFORMATION SECTION === > Model Family: Samsung based SSDs > Device Model: Samsung SSD 840 PRO Series > Serial Number: S1ANNSAF225154J > LU WWN Device Id: 5 002538 5a01d79fd > Firmware Version: DXM05B0Q > User Capacity: 128,035,676,160 bytes [128 GB] > Sector Size: 512 bytes logical/physical > Rotation Rate: Solid State Device > Device is: In smartctl database [for details use: -P show] > ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 4c > SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s) > Local Time is: Fri Sep 12 09:17:42 2014 EDT > SMART support is: Available - device has SMART capability. > SMART support is: Enabled > # mfiutil show drives > mfi0 Physical Drives: > 8 ( 119G) JBOD SATA E1:S1 > 9 ( 119G) JBOD SATA E1:S0 > 10 ( 119G) JBOD SATA E1:S3 > 11 ( 119G) JBOD SATA E1:S2 Quirks are only valid for CAM supported drivers, any RAID which don't use CAM will bypass this. If you set min_auto_ashift=12 you will ensure that new pools created will use a min of 4k blocks. Regards Steve