From owner-freebsd-stable@FreeBSD.ORG Tue Jan 12 00:24:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A8B8106566C; Tue, 12 Jan 2010 00:24:30 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-gx0-f209.google.com (mail-gx0-f209.google.com [209.85.217.209]) by mx1.freebsd.org (Postfix) with ESMTP id 29DE58FC0A; Tue, 12 Jan 2010 00:24:29 +0000 (UTC) Received: by gxk1 with SMTP id 1so9913762gxk.14 for ; Mon, 11 Jan 2010 16:24:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=OrDNjw9HNTxiX2bMJ1aaAekaHCccA8AT9WrlQfWucfw=; b=sMl1Qr/iRtz3jiq5SvAqMpUMa3tIenzUe+z6h5j9yoo+wVDWZGJw7sJj/srVPLVdFM o2upG6/vNtZPGxmN6nuplELCH7aFDzE5L2ZXcG70tsTwgfL3gspf8A0eGaMES9dgc7Ce 7oL4oriV+4NKc6dFG+AuuAUj0/1/6OYKO9UfE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ScW0VdSh3w7l4+/D7WPG32ekqH+2gie/UQO7bse07mpmbYzuVtzcJpVourpWmHgUfX H1VzTA72O0vesH17Hs82E5LT/8nKYT/GmR33yV4cxmrxN5E6wJ6rlYkLYAIxot6E7TzU +XWTL8FmpHaCG61gCw2wBOcXmb3jzIsorm+as= MIME-Version: 1.0 Received: by 10.101.7.8 with SMTP id k8mr5287880ani.23.1263255867204; Mon, 11 Jan 2010 16:24:27 -0800 (PST) In-Reply-To: <82c4140e1001111529u7d7ac409h63dda4cc10b76522@mail.gmail.com> References: <20100110161206.GA86684@plebeian.afflictions.org> <20100110184612.GC86684@plebeian.afflictions.org> <82c4140e1001111529u7d7ac409h63dda4cc10b76522@mail.gmail.com> Date: Tue, 12 Jan 2010 02:24:27 +0200 Message-ID: From: Dan Naumov To: kmacy@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, Damian Gerow , FreeBSD-STABLE Mailing List Subject: Re: ZFS on top of GELI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 00:24:30 -0000 On Tue, Jan 12, 2010 at 1:29 AM, K. Macy wrote: >>> >>> If performance is an issue, you may want to consider carving off a part= ition >>> on that SSD, geli-fying it, and using it as a ZIL device. =A0You'll pro= bably >>> see a marked performance improvement with such a setup. >> >> That is true, but using a single device for a dedicated ZIL is a huge >> no-no, considering it's an intent log, it's used to reconstruct the >> pool in case of a power failure for example, should such an event >> occur at the same time as a ZIL provider dies, you lose the entire >> pool because there is no way to recover it, so if ZIL gets put >> "elsewhere", that elsewhere really should be a mirror and sadly I >> don't see myself affording to use 2 SSDs for my setup :) >> > > This is =A0false. The ZIL is used for journalling synchronous writes. If > your ZIL is lost you will lose the data that was written to the ZIL, > but not yet written to the file system proper. Barring disk > corruption, the file system is always consistent. > > -Kip Ok, lets assume we have a dedicated ZIL on a single non-redundant disk. This disk dies. How do you remove the dedicated ZIL from the pool or replace it with a new one? Solaris ZFS documentation indicates that this is possible for dedicated L2ARC - you can remove a dedicated l2arc from a pool at any time you wish and should some IO fail on the l2arc, the system will gracefully continue to run, reverting said IO to be processed by the actual default built-in ZIL on the disks of the pool. However the capability to remove dedicated ZIL or gracefully handle the death of a non-redundant dedicated ZIL vdev does not currently exist in Solaris/OpenSolaris at all. - Sincerely, Dan Naumov