From owner-freebsd-fs@FreeBSD.ORG Wed Jan 23 05:38:13 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 09E7CDD3 for ; Wed, 23 Jan 2013 05:38:13 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D6840A0E; Wed, 23 Jan 2013 05:38:12 +0000 (UTC) Received: from xyf.my.dom (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0N5cAYH052829; Wed, 23 Jan 2013 05:38:11 GMT (envelope-from davidxu@freebsd.org) Message-ID: <50FF7764.2020803@freebsd.org> Date: Wed, 23 Jan 2013 13:38:44 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120822 Thunderbird/14.0 MIME-Version: 1.0 To: Scott Long Subject: Re: RFC: Suggesting ZFS "best practices" in FreeBSD References: <314B600D-E8E6-4300-B60F-33D5FA5A39CF@sarenet.es> <565CB55B-9A75-47F4-A88B-18FA8556E6A2@samsco.org> In-Reply-To: <565CB55B-9A75-47F4-A88B-18FA8556E6A2@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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, 23 Jan 2013 05:38:13 -0000 On 2013/01/22 22:33, Scott Long wrote: > > On Jan 22, 2013, at 4:03 AM, Borja Marcos wrote: > >> (Scott, I hope you don't mind to be CC'd, I'm not sure you read the -FS mailing list, and this is a SCSI//FS issue) >> >> >> >> Hi :) >> >> Hope nobody will hate me too much, but ZFS usage under FreeBSD is still chaotic. We badly need a well proven "doctrine" in order to avoid problems. Especially, we need to avoid the braindead Linux HOWTO-esque crap of endless commands for which no rationale is offered at all, and which mix personal preferences and even misconceptions as "advice" (I saw one of those howtos which suggested disabling checksums "because they are useless"). >> >> ZFS is a very different beast from other filesystems, and the setup can involve some non-obvious decisions. Worse, Windows oriented server vendors insist on bundling servers with crappy raid controllers which tend to make things worse. >> >> Since I've been using ZFS on FreeBSD (from the first versions) I have noticed several serious problems. I try to explain some of them, and my suggestions for a solution. We should collect more use cases and issues and try to reach a consensus. >> >> >> >> 1- Dynamic disk naming -> We should use static naming (GPT labels, for instance) >> >> ZFS was born in a system with static device naming (Solaris). When you plug a disk it gets a fixed name. As far as I know, at least from my experience with Sun boxes, c1t3d12 is always c1t3d12. FreeBSD's dynamic naming can be very problematic. >> > > Look up SCSI device wiring in /sys/conf/NOTES. That's one solution to static naming, just with a slightly different angle than Solaris. I do agree with your general thesis here, and either wiring should be made a much more visible and documented feature, or a new mechanism should be developed to provide naming stability. Please let me know what you think of the wiring mechanic. >> >> I am curious, because we already have devfs, why do not the driver create device entry like following ? /dev/scsi/bus0/target0/lun0/ada0 /dev/scsi/bus0/target0/lun0/ada0s1 /dev/scsi/bus0/target0/lun0/ada0s2 ... This will eliminate the needs of hints. >> 2- RAID cards. >> >> Simply: Avoid them like the pest. ZFS is designed to operate on bare disks. And it does an amazingly good job. Any additional software layer you add on top will compromise it. I have had bad experiences with "mfi" and "aac" cards. >> > > Agree 200%. Despite the best effort of sales and marketing people, RAID cards do not make good HBAs. At best they add latency. At worst, they add a lot of latency and extra failure modes. > > Scott > > _______________________________________________ > 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" >