From owner-freebsd-stable@FreeBSD.ORG  Tue May  3 19:38:18 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CE49A16A4CE
	for <stable@freebsd.org>; Tue,  3 May 2005 19:38:18 +0000 (GMT)
Received: from ion.gank.org (ion.gank.org [69.55.238.164])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9AB2043D66
	for <stable@freebsd.org>; Tue,  3 May 2005 19:38:18 +0000 (GMT)
	(envelope-from craig@feniz.gank.org)
Received: by ion.gank.org (mail, from userid 1001)
	id D71912A9F9; Tue,  3 May 2005 14:38:11 -0500 (CDT)
Date: Tue, 3 May 2005 14:38:08 -0500
From: Craig Boston <craig@feniz.gank.org>
To: hartzell@alerce.com
Message-ID: <20050503193807.GA6314@nowhere>
Mail-Followup-To: Craig Boston <craig@feniz.gank.org>,
	hartzell@alerce.com, Eirik ?verby <ltning@anduin.net>,
	"stable@freebsd.org" <stable@freebsd.org>
References: <BE9CFAEE.147CD%ltning@anduin.net>
	<17015.50206.651588.618737@satchel.alerce.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <17015.50206.651588.618737@satchel.alerce.com>
User-Agent: Mutt/1.4.2.1i
cc: "stable@freebsd.org" <stable@freebsd.org>
cc: Eirik ?verby <ltning@anduin.net>
Subject: Re: gmirror oddities
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Production branch of FreeBSD source code
	<freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 03 May 2005 19:38:18 -0000

On Tue, May 03, 2005 at 11:34:06AM -0700, George Hartzell wrote:
> The fix is described in the fourth comment block of Ralf's doc, either
> make the slice a sector smaller than the disk device or hardcode the
> provider name.  I've been using the hardcoding approach, and it seems
> to work for me.

I'm sorry that I don't remember who said it (I'll do some googling and
follow up if I can find the reference), but one time this came up
someone posted a very good idea which IMHO is a good enough solution to
make the default.  That is, instead of hardcoding the provider name, put
the provider *size* into the metadata.

In theory, that would give the geom classes enough information to deduce
which provider to attach to in all normal cases.  The only catch is if
the size changes somehow after it's been labeled, but that is usually
the sign of something else wrong that will eventually bite you.  It
could simply revert back to the current behavior in that case.

Craig