From owner-freebsd-fs@FreeBSD.ORG Wed Feb 27 13:50:56 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 356BA6C3; Wed, 27 Feb 2013 13:50:56 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from proxypop03b.sare.net (proxypop03b.sare.net [194.30.0.251]) by mx1.freebsd.org (Postfix) with ESMTP id ED4551B2; Wed, 27 Feb 2013 13:50:55 +0000 (UTC) Received: from [172.16.1.163] (izaro.sarenet.es [192.148.167.11]) by proxypop03.sare.net (Postfix) with ESMTPSA id E26899DD406; Wed, 27 Feb 2013 14:44:15 +0100 (CET) Subject: Re: RFC: Suggesting ZFS "best practices" in FreeBSD Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: <20130226204258.GA62875@FreeBSD.org> Date: Wed, 27 Feb 2013 14:44:10 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <314B600D-E8E6-4300-B60F-33D5FA5A39CF@sarenet.es> <20130123111852.GM30633@server.rulingia.com> <20130226204258.GA62875@FreeBSD.org> To: John X-Mailer: Apple Mail (2.1085) Cc: FreeBSD Filesystems 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: Wed, 27 Feb 2013 13:50:56 -0000 On Feb 26, 2013, at 9:42 PM, John wrote: > And of course, if you look through the source, you'll see where ZFS > makes a distinction between slices & whole disks. I have not debugged > through it recently to see how much of it is currently in use. >=20 > If you use dual-channel SAS drives with geom multipath, you need to = be > clear whether your meta-data on disk from the different geoms = collide...=20 >=20 > Regardless of how the best practices is put together, make sure > folks are aware of the limitations/caveats of the different choices. Exactly. Anyway, as far as I know, both FreeBSD and Solaris should be = able to work with GPT slices instead of whole disks.=20 In the past at least (and, despite the lore one can read here and there) = Solaris refused to use the disks cache if the vdevs were made of slices instead of whole disks, but maybe it has changed in = the past. As far as I know, however, FreeBSD doesn't show that behavior. Borja.