From owner-freebsd-fs@FreeBSD.ORG Thu Nov 6 13:27:38 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC03EA56 for ; Thu, 6 Nov 2014 13:27:38 +0000 (UTC) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 64889DFE for ; Thu, 6 Nov 2014 13:27:38 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id d1so1479061wiv.1 for ; Thu, 06 Nov 2014 05:27:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=0sG9UlPfaVdkX9oYjQvJxx9vhBN/pcAth3E3eE/Mc7E=; b=UGDR9rX08pVImIBOeM+WgVwtpC747IrTda3Sn4dgGeMFy/50I+DVqSjaqp2vSKxMam nsedKL++2JVJqjAS0XUo080Uluh/QDtUEuGJegMAL+vdAG9vhS5VznobE8s9I5+p/Q2l jv0kSl5BvMtWXJAg9VR5LsPlsV+B/IFkHDn/OHCNueNn0Bs9W2by+Yj6Sa/1pBopuzFf FbyB9+GeDNeorJJw+mECKc2CVRDZnoa0Plqmu92QxXv059vFS7jTe4x7eSab4b/fBd0o 2PrxQxARwUKP9CZRY/loCdXMwKMfm7UZFwwDEo60Y/wuDs3RbUiWF3WttnSYf//F7BqO x4IQ== X-Gm-Message-State: ALoCoQnrj/zNOxbf2nxAu5LIuVW62alc7DTdYA/3TmN42jmhlWZVhwZCBzR4jepeZBSmn26R/UZT X-Received: by 10.181.13.20 with SMTP id eu20mr40530546wid.36.1415280451083; Thu, 06 Nov 2014 05:27:31 -0800 (PST) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id q2sm3386558wik.20.2014.11.06.05.27.29 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Nov 2014 05:27:30 -0800 (PST) Message-ID: <545B76EF.6050709@multiplay.co.uk> Date: Thu, 06 Nov 2014 13:26:07 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Subject: Re: ZFS bug: Creating ZIL ignores vfs.zfs.min_auto_ashift References: <9C91F97841BC4347910F206618BAA3BB9AF327D1@PAIMAIL.pai.local> In-Reply-To: <9C91F97841BC4347910F206618BAA3BB9AF327D1@PAIMAIL.pai.local> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2014 13:27:38 -0000 That's not relevant as min when set should override the drives params On 06/11/2014 13:11, Michael Jung wrote: > What does smartctl -a /dev/ada1 show? > > I see other posts via google showing that the SSDSA2CT040G3 has 512 byte physical sectors (ashift 9) > > --mikej > > === START OF INFORMATION SECTION === > Device Model: INTEL SSDSA2CT040G3 > Serial Number: CVPR140301GV040AGN > LU WWN Device Id: 5 001517 9596e4f5f > Firmware Version: 4PC10362 > User Capacity: 40,020,664,320 bytes [40.0 GB] > Sector Size: 512 bytes logical/physical <-------------- > Device is: Not in smartctl database [for details use: -P showall] > ATA Version is: 8 > ATA Standard is: ATA-8-ACS revision 4 > Local Time is: Sun May 13 14:36:47 2012 CEST > SMART support is: Available - device has SMART capability. > SMART support is: Enabled > > -----Original Message----- > From: owner-freebsd-fs@freebsd.org [mailto:owner-freebsd-fs@freebsd.org] On Behalf Of Borja Marcos > Sent: Thursday, November 06, 2014 6:01 AM > To: freebsd-fs@FreeBSD.org Filesystems > Subject: ZFS bug: Creating ZIL ignores vfs.zfs.min_auto_ashift > > > > Hi, > > I have noticed that ZIL creation _ignores_ the vfs.zfs.min_auto_ashift variable. ZIL and cache on SSDs should use this variable in order to apply the optimum sector size on SSDs or so-called advanced format drives. > > The system is: > root@splunk:/ # uname -a > FreeBSD splunk 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #12: Tue Nov 4 11:22:48 CET 2014 root@splunk:/usr/obj/usr/src/sys/SPLUNK10 amd64 > > > > Example: > > # sysctl vfs.zfs.min_auto_ashift=12 > > # zpool status //// Just a common mirror with two hard disks > pool: rpool > state: ONLINE > scan: scrub repaired 0 in 5h55m with 0 errors on Wed Oct 29 23:26:03 2014 > config: > > NAME STATE READ WRITE CKSUM > rpool ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > ada0p3 ONLINE 0 0 0 > ada2p3 ONLINE 0 0 0 > > errors: No known data errors > > > # zpool add rpool log ada1 > > # zpool status > pool: rpool > state: ONLINE > scan: scrub repaired 0 in 5h55m with 0 errors on Wed Oct 29 23:26:03 2014 > config: > > NAME STATE READ WRITE CKSUM > rpool ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > ada0p3 ONLINE 0 0 0 > ada2p3 ONLINE 0 0 0 > logs > ada1 ONLINE 0 0 0 > > errors: No known data errors > > > ///// There it is, but > > # zdb | more > version: 5000 > name: 'rpool' > state: 0 > txg: 11738986 > pool_guid: 18110845055860026534 > hostid: 316898903 > hostname: 'splunk' > vdev_children: 2 > vdev_tree: > type: 'root' > id: 0 > guid: 18110845055860026534 > children[0]: > type: 'mirror' > id: 0 > guid: 10858793804082837265 > metaslab_array: 30 > metaslab_shift: 32 > ashift: 12 > asize: 482922987520 > is_log: 0 > create_txg: 4 > children[0]: > type: 'disk' > id: 0 > guid: 10490056043151312448 > path: '/dev/ada0p3' > phys_path: '/dev/ada0p3' > whole_disk: 1 > DTL: 331 > create_txg: 4 > children[1]: > type: 'disk' > id: 1 > guid: 2441255496794840851 > path: '/dev/ada2p3' > phys_path: '/dev/ada2p3' > whole_disk: 1 > DTL: 252 > create_txg: 4 > children[1]: > type: 'disk' > id: 1 > guid: 3564614139316480036 > path: '/dev/ada1' > id: 1 > guid: 2441255496794840851 > path: '/dev/ada2p3' > phys_path: '/dev/ada2p3' > whole_disk: 1 > DTL: 252 > create_txg: 4 > children[1]: > type: 'disk' > id: 1 > guid: 3564614139316480036 > path: '/dev/ada1' > phys_path: '/dev/ada1' > whole_disk: 1 > metaslab_array: 0 > metaslab_shift: 0 > ashift: 9 <======================= WRONG, SHOULDN'T IT BE 12?? > asize: 40015757312 > is_log: 1 > create_txg: 11738986 > features_for_read: > com.delphix:hole_birth > com.delphix:embedded_data > > > > If, however, I do the gnop trick, > > # gnop create -S 4K ada1 > # zpool add rpool log ada1.nop > # zpool status > > pool: rpool > state: ONLINE > scan: scrub repaired 0 in 5h55m with 0 errors on Wed Oct 29 23:26:03 2014 > config: > > NAME STATE READ WRITE CKSUM > rpool ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > ada0p3 ONLINE 0 0 0 > ada2p3 ONLINE 0 0 0 > logs > ada1.nop ONLINE 0 0 0 > > errors: No known data errors > > > this time our mirror has the ashift we wanted, 12. > > children[1]: > type: 'disk' > id: 1 > guid: 6487094506120463221 > path: '/dev/ada1.nop' > phys_path: '/dev/ada1.nop' > whole_disk: 1 > metaslab_array: 0 > metaslab_shift: 0 > ashift: 12 > asize: 40015757312 > is_log: 1 > create_txg: 11739034 > > > > The disks I am playing with are: > > # camcontrol devlist > at scbus0 target 0 lun 0 (ada0,pass0) > at scbus1 target 0 lun 0 (ada1,pass1) > at scbus2 target 0 lun 0 (ada2,pass2) > at scbus3 target 0 lun 0 (ada3,pass3) > > > And yes, I know the two hard disks have different sector sizes but I created the pool with an ashift of 12. > > > > > > > Borja. > > > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > > GoPai.com | Facebook.com/PaymentAlliance > > > CONFIDENTIALITY NOTE: This message is intended only for the use > of the individual or entity to whom it is addressed and may > contain information that is privileged, confidential, and > exempt from disclosure under applicable law. If the reader > of this message is not the intended recipient, you are hereby > notified that any dissemination, distribution or copying > of this communication is strictly prohibited. If you have > received this transmission in error, please notify us by > telephone at (502) 212-4001 or notify us at PAI , Dept. 99, > 6060 Dutchmans Lane, Suite 320, Louisville, KY 40205 > > > > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"