From owner-freebsd-fs@FreeBSD.ORG Sat Apr 13 18:25:44 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A510AB17 for ; Sat, 13 Apr 2013 18:25:44 +0000 (UTC) (envelope-from mxb@alumni.chalmers.se) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 2CBF4F47 for ; Sat, 13 Apr 2013 18:25:43 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id ea20so3310596lab.5 for ; Sat, 13 Apr 2013 11:25:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:from:content-type:message-id:mime-version:subject:date :references:to:in-reply-to:x-mailer:x-gm-message-state; bh=Ntp6/UZvDFvl5L2U+3G5OSQqqACE4vip3zk5bwseAjg=; b=nzBikJBB3TX5gi3g2jQduzmhYTs4PvUcvvX1nF2IMP4XShMs7KGBgbqCoGFuSAJyak JVobq0rxNdrQj+MLuTsOAzY2HDzAIfo/tAD1X1wdiTNWm5zelmfIYNjMQ4N57ix3WMhX ivsYcnlRS1vR4LYQgc1iG/691rzuta3VONOvZfa2krF6OPxrYUznMO6M3axvRBv48OsS vqVssyO8Pl6O87SPeHinB7P/9NqmV2N7LUtekhn09Lw8GdCDCqaOdqKCfSxuO+ZFNsxh pb9KYAVJRJEodQDB9oFtfyOSQNLibKlZ/V8JFmFKOKb6WQX8I/2mfKBPk081PoxRsWHF 0QYg== X-Received: by 10.152.105.244 with SMTP id gp20mr7617439lab.34.1365877543031; Sat, 13 Apr 2013 11:25:43 -0700 (PDT) Received: from grey.home.unixconn.com (h-74-23.a183.priv.bahnhof.se. [46.59.74.23]) by mx.google.com with ESMTPS id z10sm5217529lbz.1.2013.04.13.11.25.41 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 13 Apr 2013 11:25:42 -0700 (PDT) From: mxb Message-Id: <2DE8AD5E-B84C-4D88-A242-EA30EA4A68FD@alumni.chalmers.se> Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: ZFS: ZIL device export/import Date: Sat, 13 Apr 2013 20:25:40 +0200 References: <5A2824CA-2A67-47FA-AB27-20C6EBD2C501@alumni.chalmers.se> <51699B8E.7050003@platinum.linux.pl> To: "freebsd-fs@freebsd.org" In-Reply-To: X-Mailer: Apple Mail (2.1503) X-Gm-Message-State: ALoCoQkUsmsKuEz42luadxvF0WBAAyawVy3ZJU24TP3Yj9ADSKx7nQ2c/tAwSA8i7jemQddy2VAJ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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 18:25:44 -0000 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'.=20 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=20=