From owner-svn-src-head@FreeBSD.ORG Tue Jul 14 00:31:07 2009 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E3E2106566B; Tue, 14 Jul 2009 00:31:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by mx1.freebsd.org (Postfix) with ESMTP id CCF258FC0C; Tue, 14 Jul 2009 00:31:06 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-251.belrs3.nsw.optusnet.com.au [122.106.216.251]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n6E0UW3O011049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Jul 2009 10:30:48 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n6E0UVgu093539; Tue, 14 Jul 2009 10:30:31 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n6E0UUrU093538; Tue, 14 Jul 2009 10:30:30 +1000 (EST) (envelope-from peter) Date: Tue, 14 Jul 2009 10:30:30 +1000 From: Peter Jeremy To: Scott Long Message-ID: <20090714003030.GE43362@server.vk2pj.dyndns.org> References: <37131.1247214217@critter.freebsd.dk> <4A56FC7C.8060107@samsco.org> <4A5A98FA.3050208@samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TYecfFk8j8mZq+dy" Content-Disposition: inline In-Reply-To: <4A5A98FA.3050208@samsco.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: "Carlos A. M. dos Santos" , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r195534 - in head: etc/mtree include lib/libcam sbin/camcontrol share/man/man4 sys/cam sys/cam/ata sys/cam/scsi sys/conf sys/dev/advansys sys/dev/ahci sys/dev/aic7xxx sys/dev/amd sys/de... X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 00:31:07 -0000 --TYecfFk8j8mZq+dy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Jul-12 20:16:26 -0600, Scott Long wrote: >Another solution is to just bite the bullet and do what I've ultimately >wanted to do with disk device names, and create 'diskX' aliases for all >direct-access block devices. This would affect hard disks, memory >sticks, logical disks like g_raid things, and things that look like hard >disks. Having removable devices in the same space as fixed devices _will_ bite users when they accidently reboot without pulling out their memory stick and find that their disk numbering is all changed. Wiring physical addresses to names might help but can need manual configuration. I suspect a "one size fits all" approach isn't going to satisfy everyone. Someone with a bog standard desktop with one HDD on SATA channel 0 who occasionally plugs in a USB stick has significantly different needs to someone running a server with multiple SATA port multipliers and multi-pathed fibre-channel who has a USB stick permanently installed for booting. (Note that physical cXtYdZ approaches don't mesh cleanly with multi-pathing). IMHO, you need a provision to apply user-selected labels to disks and then reference them via those labels (with some sort of fallback to handle clashes). WWN or system-generated labels are too unfriendly to use. (And one of our HP support techs related a story where a customer was having some really strange problems on a Tru64 system which he eventually tracked down to two of the disks having the same WWID - which he agrees should never occur). --=20 Peter Jeremy --TYecfFk8j8mZq+dy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEUEARECAAYFAkpb0aYACgkQ/opHv/APuIdFtwCcD0YWeV9teDsL8IZ/z56c0kVo LMcAmMz1C8PAlcevQiAdz+/FOypL1iQ= =UgfN -----END PGP SIGNATURE----- --TYecfFk8j8mZq+dy--