From owner-freebsd-fs@FreeBSD.ORG Mon Jul 14 12:40:08 2014 Return-Path: Delivered-To: freebsd-fs@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 CA7BD15E for ; Mon, 14 Jul 2014 12:40:08 +0000 (UTC) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E771241F for ; Mon, 14 Jul 2014 12:40:07 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [193.68.6.1]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id s6ECe3Y3097228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 14 Jul 2014 15:40:03 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <53C3CFA2.9070309@digsys.bg> Date: Mon, 14 Jul 2014 15:40:02 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: javocado Subject: Re: Using 2 SSD's to create a SLOG References: <53BD0AFB.3000909@digsys.bg> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: FreeBSD Filesystems X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 12:40:08 -0000 On 11.07.14 22:18, javocado wrote: > Thank you for your feedback. We understand that the devices are > mirrored and tolerant. > To further my understanding, confirm that I should be able to yank one > of the SLOG SSD drives and zfs won't care, and I can subsequently > replace it (issuing what command?) and zfs will then re-mirror it? And > if both drives are removed then only the sync data would be lost? But > if the drives are restored, or in the case of a power loss when the > server comes back up, the sync data on the SSD's will be processed > once zfs starts? > As the SLOG is only ever read at system boot time (actually, when importing the pool), there is no chance you lose data if both of your SLOG drives die *while the system is still running*. If this happens, ZFS will simply work as if no SLOG was configured. The only possible time you can lose data due to SLOG is if your system is suddenly restarted and *both* drives die before it boots. Then, any data that was not committed to the other disks, but still in SLOG will be lost. ZFS integrity should not be impacted and any older data should still be intact. Of course, bugs happen: the above is what should happen in absence of bugs. Daniel > > On Wed, Jul 9, 2014 at 2:27 AM, Daniel Kalchev > wrote: > > > On 08.07.14 04:06, javocado wrote: > > I am hoping to dumbly plug two SSDs onto motherboard SATA > ports and just > hand them over, raw, to ZFS. > > > Others already commented how you should setup mirrored SLOG. In > addition to that, because of the nature of SSDs and SLOG, I would > recommend the following: > > The SLOG size does not need to be large, it should only cover > several seconds of your synchronous write throughput -- usually > few GB are plenty. Today's SSDs are much large than needed for > SLOG. But, today's SSDs also suffer severe performance > degradation, especially for writing when you fill them up with > data and they need to do garbage collection. Also, most SSDs have > "good performance" only when using an 8GB span, not the whole > drive. All of this only makes sense if the drive has TRIM. FreeBSD > already supports TRIM for ZFS SLOG. Therefore ensure you do TRIM > of the entire drive, then partition it with GPT to only use (say) > 8GB for the SLOG. Leave the rest unallocated -- you will never > write there but the drive's controller will use those blocks as > spares for TRIM and this will both improve performance and make > the drive last much longer. Then add both slices as a mirrored log > device to your ZFS pool. > > Daniel > > _______________________________________________ > 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 > " > >