From owner-freebsd-fs@FreeBSD.ORG Sat Apr 13 20:51:12 2013 Return-Path: Delivered-To: freebsd-fs@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 E56E516E for ; Sat, 13 Apr 2013 20:51:12 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id A8E11134C for ; Sat, 13 Apr 2013 20:51:12 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1UR7Ph-0003Gg-RE for freebsd-fs@freebsd.org; Sat, 13 Apr 2013 22:51:10 +0200 Received: from dhcp-077-251-158-153.chello.nl ([77.251.158.153] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1UR7Pg-0004Mn-Vw for freebsd-fs@freebsd.org; Sat, 13 Apr 2013 22:51:09 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-fs@freebsd.org Subject: Re: ZFS: ZIL device export/import References: <5A2824CA-2A67-47FA-AB27-20C6EBD2C501@alumni.chalmers.se> <51699B8E.7050003@platinum.linux.pl> <2DE8AD5E-B84C-4D88-A242-EA30EA4A68FD@alumni.chalmers.se> Date: Sat, 13 Apr 2013 22:51:10 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <2DE8AD5E-B84C-4D88-A242-EA30EA4A68FD@alumni.chalmers.se> User-Agent: Opera Mail/12.15 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.8 X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 0ccaee305be983877c9e38c09cbf8ec4 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2013 20:51:13 -0000 On Sat, 13 Apr 2013 20:25:40 +0200, mxb wrote: > > On 13 apr 2013, at 20:10, "Ronald Klop" > wrote: > >> The L2ARC is considered empty on startup/import. The ZIL might contain >> valuable data after a crash. So your setup is wrong. The ZIL is >> supposed to be one-on-one with the pool. You should move the ZILs to >> the JBOD. You can make a mirror of the ZIL devices to improve failsafe >> operation by redundancy. > > > I figured that out with mirror, thus my tests with slices - one slice on > local SSD (per HU) the second half of the mirror on JBOD-slice > (dedicated SSD there too). But this requires extra 'zpool online' and > 'zpool replace'. > > As I understand there is no other way?? > I'm forced to do those steps? > > ZIL dev. on JBOD is a bit odd - the idea with local (per HU) ZIL is to > postpone transfer of the data over SAS Expander. > Or at least buffer and then move over SAS Exp. . > > //mxb I thought the idea of ZIL is a fast buffer before the write to slow disk. Are you really sure the SAS expander is the bottleneck in the system instead of the disks? Ronald.