From owner-freebsd-current@FreeBSD.ORG Mon Apr 26 19:10:24 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4B4A106566C; Mon, 26 Apr 2010 19:10:23 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 2775D8FC18; Mon, 26 Apr 2010 19:10:22 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A835845E35; Mon, 26 Apr 2010 21:10:20 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1A04745E97; Mon, 26 Apr 2010 21:10:14 +0200 (CEST) Date: Mon, 26 Apr 2010 21:10:12 +0200 From: Pawel Jakub Dawidek To: "M. Warner Losh" Message-ID: <20100426191012.GA1711@garage.freebsd.pl> References: <4BD06BD9.6030401@FreeBSD.org> <20100426.103327.319083499807534535.imp@bsdimp.com> <20100426181209.GB3012@garage.freebsd.pl> <20100426.121946.506212773266921087.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <20100426.121946.506212773266921087.imp@bsdimp.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: mav@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2010 19:10:24 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 26, 2010 at 12:19:46PM -0600, M. Warner Losh wrote: > In message: <20100426181209.GB3012@garage.freebsd.pl> > Pawel Jakub Dawidek writes: > : On Mon, Apr 26, 2010 at 10:33:27AM -0600, M. Warner Losh wrote: > : > I've read most of this thread. I think this is cool technology. > : > However, before we move forward with this, we need to have a plan for > : > the various issues that have come up. The plan needs to be specific, > : > have owners for key items, warnings about ownerless =3D=3D obsoleted,= and > : > target dates. > : >=20 > : > I think this is one of the cases where we should record the plan of > : > record on a wiki. It worked well for other times we've had big, > : > disruptive changes. > : >=20 > : > My opinion for the path forward: > : > (1) Send a big heads up about the future of ataraid(5). It will be > : > shot in the head soon, to be replaced be a bunch of geom classes > : > for each different container format. At least that seems to be > : > the rough consensus I've seen so far. We need worker bees to do > : > many of these classes, although much can be mined from the ataraid > : > code today. > :=20 > : This shouldn't be a bunch of GEOM classes. This should one class which > : recognize multiple formats, just like the LABEL class. > : I don't think it is feasible to reuse gmirror for that, it wasn't > : designed in something like this in mind. >=20 > OK. Maybe I got the consensus wrong... My key point is that we need > a plan moving forward, we need to identify what's actively being > worked on vs "somebody else[tm] should do tihs" and when it needs to > be done "or else". You most likely got it right, I'm just saying creating separate GEOM class for each metadata format is wrong direction. :) > : > (5) Issues with glabel and ataraid(5) need an owner, and need to be > : > resolved, since the device names here are likely to change. > :=20 > : What are the issues? >=20 > ataraid doesn't remove the underlying ad* devices, so glabel often > picks those up instead of the ataraid device, and you only get 1 > disk's worth of raid device... So no mirroring or only 1/2 a striped > volume. It not only leave ad* devices, it doesn't even open them properly using GEOM. It's internal ATA hack, which is PITA. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvV5RQACgkQForvXbEpPzTregCg0NfgcdQonjy4PBIFQ+7EQJsU Md8An1JWmyXVZuTwnO0xAqqVUrjXKDqo =K6k2 -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e--